这个范围结束于提交或回滚事务时。
只有事务所有者才能回滚事务。
在那种情况下，事务进行了回滚。
更重要的是，事务应何时回滚工作？
More important, when should the transaction roll back the work?
中介流是作为事务提交或回滚的。
Mediation flows are committed as a transaction, or rolled back.
为何事务的提交或回滚关闭结果集？
Why does the commit or rollback of a transaction close the result set?
注意，测试执行操作总是可以回滚。
在此情况下，将需要执行回滚。
事务从此处开始、提交和回滚。
It's here that transactions are started, committed, and rolled back.
下面一节演示这个回滚行为。
在执行过程或函数后提交或回滚修改。
Commit or rollback changes after executing the procedure or function.
所有测试的执行都是回滚的。
用它的所有回滚段重新创建回滚表空间。
Recreate the rollback tablespace with all of its rollback segments.
回滚后，应用程序继续像之前一样运行。
在重新提交请求之前要提交或回滚事务。
Either commit or roll back your transaction before resubmitting the request.
这些对象中的一个将表示被回滚的代理。
One of these objects will represent the agent that was rolled back.
注意，域模型方法并没有包含回滚逻辑。
Notice that the domain-model method does not contain rollback logic.
因此，事务不能以组的形式回滚或提交。
Therefore, transactions could not be rolled back or committed as a group.
否则，当关闭连接时，事务将会被回滚。
Otherwise, when we close the connection, the transaction will be rolled back on our behalf.
然后我们回滚这个事务。
在执行回滚之前，必须卸载原始文件系统。
The original file system must be unmounted before executing the roll back.
您应该在何时何种情况下指定事务回滚指令？
When and where should you specify the transaction rollback directives?
它允许您在事务中设置、回滚和释放保存点。
This lets you set, rollback, and release savepoints in a transaction.
为此，实际上每个更改都需要一个回滚脚本。
To do this, you essentially need a rollback script for every change.
能够选择提交或回滚。
默认动作就是在执行存储过程之后进行回滚。
The default action is to roll back after executing the stored procedure.
当发生异常时，整个工作流失败，事务回滚。
When an exception happens, the whole workflow fails, and the transaction rolls back.
您必须自己处理回滚。
部署和回滚计划呢？
应用推荐