⑴ 如何在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亦如此，毕竟事务嵌套了以后，管理起来是个问题，完整性更是个问题。