存儲過程異常回滾

㈠ 存儲過程執行出錯，該怎麼解決

第一：如果是存儲過程中拋了異常，那麼結合事務，出現異常的時候，就回滾事務；
第2：如果邏輯不符合需求，這個就只有從新梳理了，這個是沒有辦法的，

㈡ sql存儲過程中事務出現錯誤回滾，那麼在回滾之後的語句會執行嗎

會的。

一般回滾操作都是寫在異常處理，或是sql的最後。如果你的sql中出現錯誤 ，代碼會立即跳轉到錯誤處理代碼上執行，比如回滾，但緊接在錯誤行之後的代碼不會執行的。

如
1.update .....;

2.select ......;
3.when Exception
....rollback;
4.insert into .....

以上偽代碼，如果行1出錯，行2將不會執行，直接跳轉到行3，然後行4 也會執行。

㈢ JDBC調用存儲過程,存儲過程中事務回滾,報錯

ConnCloseThread中關閉連接的時候，不是立刻返回的。Connection.close()會觸發Connection.commit()，而因為調用的存儲過程中，存儲過程起了自己的事務，connection.commit()必須等到存儲過程結束才能完成(這個是microsoft論壇上看到的)。如果所有connection.close()都等到tx commit或rollback完成才執行的話，這個問題就不會出現了
從測試結果來看，凡是close connection耗時比execute statement短的，連接（物理連接）都會報出該問題。分析原因：通過weblogic datasource獲取的connection並不是物理connection，而是由weblogic wrapped的connection。這些conection在被close後，並不會關閉物理連接，而只是將物理連接還池。我們對connection的所有操作，最終都會被delegated到底層物理連接上，即commit()，rollback()最終都是在物理連接上執行。如果上面的connection.close()，底層物理連接沒有等到存儲過程事務結束就返回的話，那麼物理連接上應該還帶有此次操作的事務，而weblogic這邊不會關系物理連接的情況，直接將連接放入connection pool供其它客戶端使用。這時候如果設定了test on reserve的話，下次客戶端從data source獲取連接時，weblogic會檢查這個物理連接，作一個select操作的，這個有問題的連接就會暴露出來，也就是上面的異常。這個問題如果使用driver manager來獲取連接的話（如果每次都關閉的話），則不會出現，因為使用的物理連接每次都是不同的。還好，weblogic會幫忙重新創建有問題的連接。原因大概了解了，但這是誰的問題呢？ 為什麼connection.close()不等存儲過程的事務結束？

結論：一般而言，我們不建議通過JDBC調用存儲過程的時候，在存儲過程中定義事務，應該將tx的管理工作交給jdbc去做。 non-xa如此，xa亦如此，畢竟事務嵌套了以後，管理起來是個問題，完整性更是個問題。

㈣ 急急：我要實現在oracle存儲過程中，如果前面的DML執行成功，就提交，如果前面的有異常就全部回滾。

begin
sql語句；
exceptions when others then
rollback；
end；
就這樣可以了，執行成功的會提交的

㈤ 如何在ORACLE 存儲過程中設置回滾斷點

學習存儲過程中使用斷點回滾事務時，發現目前網路上存在一個問題，那就是使用斷點回滾後，都忘記了一個很重要的事情，提交事務。雖然使用了斷點回滾，但是斷點回滾不像rollBack或commit一樣結束當前事務，而使用斷點回滾只會回滾到聲明斷點的地方，之前的產生的事務仍需要提交的，如果不提交，事務一直在資料庫中緩存.
Demo：
procere doSomeThing(p_number out number) as
begin
insert into t_test_user_mingming(id,loginname,password,realname,type)
values(se_test_user_mingming_id.nextval,'xiaoming','1234','小明',1);
p_number := 1;
savepoint ps;--- 設置斷點 ps
insert into t_test_info_mingming(id,pal,type,create_time,note)
values(se_test_info_id.nextval,'我想買台thinkPad 可以俺莫有錢',1,sysdate,'ceshi');
p_number := 2;
savepoint sp;----設置斷點 sp
insert into t_test_agent(agent_id) values(1);---我這里此行會拋出異常 ORA-01400 可以替換為下句 手動拋出一個異常
-----RAISE_APPLICATION_ERROR (-20004,'拋出的異常玩玩');
commit;
exception --捕獲異常
when others then
rollback to ps; ---- 如果產生異常，回滾到斷點 ps
p_number :=0;
commit; --- 提交事務
end doSomeThing;
這里本人做了實驗，如果在異常中不加 commit 語句，使用PL/SQL測試時，異常在緩存，t_test_user_mingming 表中沒有數據記錄。

存儲過程里的事務操作：
create or replace procere pr_mypro2(p_a in varchar2,p_b in varchar2,p_count out number)

temp varchar2(1000); /*定義臨時變數*/
is
begin

select code into p_count from table1 where a=p_a; /*查詢並返回值*/
temp := p_count; /*將返回值賦給臨時變數*/
savepoint point1; /*保存點*/

insert into table2(a,b)values(temp,p_b); /*將臨時變數值添加到新表的欄位*/

savepoint point2;

insert into

exception
when others then
rollback to savepoint point1; /*異常處理，保存點下面的操作都不會被執行*/
return;

end;

保存點(SAVEPOINT)是事務處理過程中的一個標志，與回滾命令(ROLLBACK)結合使用，主要的用途是允許用戶將某一段處理回滾而不必回滾整個事務。

如果定義了多個savepoint，當指定回滾到某個savepoint時，那麼回滾操作將回滾這個savepoint後面的所有操作（即使後面可能標記了N個savepoint）。
例如，在一段處理中定義了五個savepoint，從第三個savepoint回滾，後面的第四、第五個標記的操作都將被回滾，如果不使用ROLLBACK TO savepoint_name而使用ROLLBACK，將會滾整個事務處理。

㈥ mysql 存儲過程 異常 是否自動 回滾

是滴，默認是隱式的開始與提交，出現異常會默認自動回滾到開始位置，任何一個使用JDBC操作資料庫的SQL命令，在默認情況下，隱式開始與提交事務。當顯示的調用事物時，就必須顯示使用commit當使用rollback後也要進行commit;

㈦ db2 存儲過程 異常處理

存儲過程異常的處理：
DECLARE handler-type HANDLER FOR condition handler-action

異常處理器類型(handler-type)有以下幾種：
CONTINUE 在處理器操作完成之後，會繼續執行產生這個異常語句之後的下一條語句。
EXIT 在處理器操作完成之後，存儲過程會終止，並將控制返回給調用者。
UNDO 在處理器操作執行之前，DB2會回滾存儲過程中執行的SQL操作。在處理器操作完成之後，存儲過程會終止，並將控制返回給調用者。
異常處理器可以處理基於特定SQLSTATE值的定製異常，或者處理預定義異常的類。預定義的3種異常如下所示：
NOT FOUND 標識導致SQLCODE值為+100或者SQLSATE值為02000的異常。這個異常通常在SELECT沒有返回行的時候出現。
SQLEXCEPTIOIN 標識導致SQLCODE值為負的異常。
SQLWARNING 標識導致警告異常或者導致+100以外的SQLCODE正值的異常。
如果產生了NOT FOUND 或者SQLWARNING異常，並且沒有為這個異常定義異常處理器，那麼就會忽略這個異常，並且將控制流轉向下一個語句。如果產生了SQLEXCEPTION異常，並且沒有為這個異常定義異常處理器，那麼存儲過程就會失敗，並且會將控制流返回調用者。
以下示例聲明了兩個異常處理器。 EXIT處理器會在出現SQLEXCEPTION 或者SQLWARNING異常的時候被調用。EXIT處理器會在終止SQL程序之前，將名為stmt的變數設為"ABORTED",並且將控制流返回給調用者。UNDO處理器會將控制流返回給調用者之前，回滾存儲過程體中已經完成的SQL操作。

清單3：異常處理器示例
DECLARE EXIT HANDLER FOR SQLEXCEPTION, SQLWARNING SET stmt = 'ABORTED';
DECLARE UNDO HANDLER FOR NOT FOUND;
如果預定義異常集不能滿足需求，就可以為特定的SQLSTATE值聲明定製異常，然後再為這個定製異常聲明處理器。語法如下：

清單4：定製異常處理器
DECLARE unique-name CONDITION FOR SQLSATE 'sqlstate'
處理器可以由單獨的存儲過程語句定義，也可以使用由BEGIN…END塊界定的復合語句定義。注意在執行符合語句的時候，SQLSATE和SQLCODE的值會被改變，如果需要保留異常前的SQLSATE和SQLCODE，就需要在執行復合語句的第一個語句把SQLSATE和SQLCODE賦予本地變數或參數。
通常，會為存儲過程定義一個執行狀態的輸出參數(例如：poGenStatus)。
declare sqlcode integer default 0;
begin
declare continue handler for sqlexception set ret = sqlcode;
declare continue handler for sqlwarning set ret = sqlcode;
declare continue handler for not found set ret = sqlcode;
end ; --異常的聲明

--異常的處理
if sqlcode< 0 or sqlcode= 100 then
set O_RetCod = RetCode;
set O_RetMsg = 'CLN02:產品實例關聯客戶過程出錯!';
insert into LOG.OPER_LOG_TAB(PROC_NAME,OBJ_TAB,REGION_COD,OPER_COUNT,ERR_CODE,DATA_TIME,OPER_TIME)
values('P_DW_CLEAN','GLOBAL TEMP',0,0,retcode,CHAR(last_3_mon_time),current TIMESTAMP);
return;
else
set RetCode = 0;
end if;