当使用事务日志记录时，GBase 8s 保证在事务结束时，可回滚在事务内所作的一切。要可
靠地处理事务，数据库服务器通常应用下列规则：
当事务结束时，关闭所有游标。
当事务结束时，释放所有锁。
GBase 8s SQL 指南：教程
南大通用数据技术股份有限公司
- 260 -
对于支持事务的大多数数据库系统，用于可靠地处理事务的规则都是正常的。然而，存在
一些情况，随同游标使用标准事务是不可能的。例如，在没有事务的情况下，下列代码正
常工作。然而，当添加事务时，关闭游标与同时使用两个游标发生冲突。
EXEC SQL DECLARE master CURSOR FOR
EXEC SQL DECLARE detail CURSOR FOR FOR UPDATE
EXEC SQL OPEN master;
while(SQLCODE == 0)
{
EXEC SQL FETCH master INTO
if(SQLCODE == 0)
{
EXEC SQL BEGIN WORK;
EXEC SQL OPEN detail USING
EXEC SQL FETCH detail
EXEC SQL UPDATE WHERE CURRENT OF detail
EXEC SQL COMMIT WORK;
}
}
EXEC SQL CLOSE master;
在此设计中，
使用一个游标来扫描表。
选择了的记录用作更新不同的表的基础。
问题在于，
当将每一更新当做分开的事务处理时（如前一示例中伪代码所示），跟在 UPDATE 之后
的 COMMIT WORK 语句关闭所有游标，包括主游标。
最简单的替代方案是将 COMMIT WORK 语句和 BEGIN WORK 语句分别移到最后一个
语句和第一个语句， 这样，对整个主表的扫描就是一个大事务。将主表的扫描作为一个大
事务来处理，有时是可能的，但如果需要更新许多行，它可变得不现实。锁的数目可能太
大，并且在程序期间持有它们。
GBase 8s 数据库服务器支持的解决方案是将关键字 WITH HOLD 添加到主游标的声明。
引
用这样的游标作为持有游标，在不在事务结束时关闭。数据库服务器仍然关闭所有其他游
标，且它仍然释放所有锁，但持有游标保持打开，直到显式地关闭它为止。
在您尝试使用持有游标之前，您必须确保了解此处描述的锁定机制，且您还必须了解正在
并发地运行的程序。每当执行 COMMIT WORK 时，释放所有锁，包括放置在任何通过该
持有游标访存的行上的任何锁。
对于对表的单向扫描，如果如您所愿地使用游标，则锁的移除无关紧要。然而，您可为任
何游标指定 WITH HOLD，包括更新游标和滚动游标。在您这么做之前，您必须了解该事
实的含义，即，在事务结束时，释放所有锁（包括对整个表的锁）。
GBase 8s SQL 指南：教程
南大通用数据技术股份有限公司
- 261 -