⑴ 如何在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，將會滾整個事務處理。
⑵ C#中開啟事物循環執行存儲過程回滾的話前面執行的存儲過程會回滾嗎
幫你辯虧穗查了一攜卜下，可以回滾，而且事務可以嵌套，各管各的
根據大空空牛說的最好再結合使用TransactionScope Class
http://stackoverflow.com/questions/31421770/using-transactionscope-around-a-stored-procere-with-transaction-in-sql-server
https://msdn.microsoft.com/en-us/library/system.transactions.transactionscope(v=vs.110).aspx
⑶ 求助，多個存儲過程同時執行，怎麼做回滾
cm.CommandText = list[i]; cm.CommandType=CommandType.StoredProcere; /返螞衫/cm.Parameters["@amount"].Value = Convert.ToInt32(dr["amount"物鉛]);參數自己漏腔看著辦
下加個Execute，如：
cm.ExecuteNonQuery();
⑷ 存儲過程的問題 回滾
看你程序怎麼寫的，如果循環中每次插入每次提交自然回滾不了了，一般來說是整個作為一個事務，在發生錯誤異常處理時候做ROLLBACK。存儲過程自己沒有回滾功能，要你在程序中控制事務完整性的。如果你不寫commit也不州枝寫rollback的話，自動作為一個事務整體會失敗，事務自動回滾，冊態敏如果執行成功，事務閉兄結束則自動提交。
⑸ 存儲過程與事物回滾的問題
答案是：任何情況下的事務嵌套.只要任何地方出錯,全回滾.
事務組合粗棚一系列任務為一個執行單元。每個事務以特定的任務開始告唯，以特定的任務結束。當所有的任務成功時事務成功，當任何一個任務失敗時，事務失敗。所以一個事務只有兩個結果：失敗或成功。
請參考:《SQL Server的事務和錯誤處理》襪凳培：
http://www.it118.org/specials/c9fba99e-4401-49cf-8256-ac3c1a34c0d9/33827942-5e09-42f9-a409-235a099616b3.htm
⑹ sql中的存儲過程里怎麼寫事務回滾啊
CREATE PROC [dbo].[notice_Delete] --- 同時刪除該通知書和對應的節點
@tbl VARCHAR(30),
@pid INT
AS
BEGIN
DECLARE @tblname VARCHAR(30) ;
DECLARE @sql VARCHAR(1000) ;
SET @tblname = @tbl
SET @sql = 'delete ' + @tblname + ' where id ='
+ CONVERT(VARCHAR(10), @pid)
BEGIN TRAN --開始事務
EXEC ( @sql
)
IF ( @@rowcount = 0 ) --執行結果影響行數為0
BEGIN
ROLLBACK TRAN --回滾
END
ELSE
BEGIN
DELETE FROM tbl_treenotice
WHERE purposeid = @pid
IF ( @@rowcount = 0 ) --執行結果影響行數為0
BEGIN
ROLLBACK TRAN --回滾
END
ELSE
BEGIN
COMMIT TRAN --提交事務
END
END
END
⑺ SQL存儲過程，如何回滾啊
當 SET XACT_ABORT 為 ON 時，如果執行 Transact-SQL 語句產生運行時錯誤，則整個事務將終止並回滾。
當 SET XACT_ABORT 為 OFF 時，有時只回滾產生錯誤的 Transact-SQL 語句，而事務將繼續進行處理。如果錯誤很嚴重，那麼即使 SET XACT_ABORT 為 OFF，也可能回滾整個事務。OFF 是默認設置。
編譯錯誤（如語法錯誤）不受 SET XACT_ABORT 的影響。
對於大多數 OLE DB 提供程序（包括 SQL Server），必須將隱式或顯示事務中的數據修改語句中的 XACT_ABORT 設置為 ON。唯一不需要該選項的情況是在提供程序支持嵌套事務時。有關詳細信息，請參閱 分布式查詢和分布式事務。
SET XACT_ABORT 的設置是在執行或運行時設置，而不是在分析時設置。
示例
下列代碼示例導致在含有其他 Transact-SQL 語句的事務中發生外鍵沖突錯誤。在第一個語句集中產生錯誤，但其他語句均成功執行且事務成功提交。在第二個語句集中，將 SET XACT_ABORT 設置為 ON。這導致語句錯誤使批處理終止，並使事務回滾。
復制代碼
USE AdventureWorks;
GO
IF OBJECT_ID(N't2', N'U') IS NOT NULL
DROP TABLE t2;
GO
IF OBJECT_ID(N't1', N'U') IS NOT NULL
DROP TABLE t1;
GO
CREATE TABLE t1
(a INT NOT NULL PRIMARY KEY);
CREATE TABLE t2
(a INT NOT NULL REFERENCES t1(a));
GO
INSERT INTO t1 VALUES (1);
INSERT INTO t1 VALUES (3);
INSERT INTO t1 VALUES (4);
INSERT INTO t1 VALUES (6);
GO
SET XACT_ABORT OFF;
GO
BEGIN TRANSACTION;
INSERT INTO t2 VALUES (1);
INSERT INTO t2 VALUES (2); -- Foreign key error.
INSERT INTO t2 VALUES (3);
COMMIT TRANSACTION;
GO
SET XACT_ABORT ON;
GO
BEGIN TRANSACTION;
INSERT INTO t2 VALUES (4);
INSERT INTO t2 VALUES (5); -- Foreign key error.
INSERT INTO t2 VALUES (6);
COMMIT TRANSACTION;
GO
-- SELECT shows only keys 1 and 3 added.
-- Key 2 insert failed and was rolled back, but
-- XACT_ABORT was OFF and rest of transaction
-- succeeded.
-- Key 5 insert error with XACT_ABORT ON caused
-- all of the second transaction to roll back.
SELECT *
FROM t2;
GO
⑻ sqlserver 存儲過程事務回滾怎麼寫
begin tran
。。。。。。
在存儲過程後面加上:
if @@error<>0
rollback tran
else
commit tran
⑼ 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亦如此，畢竟事務嵌套了以後，管理起來是個問題，完整性更是個問題。