FETCH 语句通常不锁定已访存的行。这样，您的程序收到该访存的行之后，另一进程可立即修改（更新或删除）它。在下列情况下，锁定访存的行：
- 在您将隔离级别设置为 Repeatable Read 时，以读锁锁定访存的每一行，直到当前会话结束为止。其他程序还可读锁定的行。
- 在您将隔离级别设置为 Cursor Stability 时，锁定当前行。
- 在符合 ANSI 的数据库中，Repeatable Read 为缺省的隔离级别；您可将它设置为其他值。
- 当您通过更新游标（声明 FOR UPDATE 的游标）访存时，以可提升锁锁定访存的每一行。其他程序可读取锁定的行，但其他程序不可放置可提升锁或写锁；因此，如果另一用户试图使用
UPDATE 或 DELETE 语句的 WHERE CURRENT OF 子句修改该行，则它保持不变。
当您修改行时，锁升级为写锁并保持直到游标关闭或事务结束为止。如果您不修改行，则数据库服务器的行为取决于已设置的隔离级别。一旦访存另一行，数据库服务器即释放未更改的行的锁，除非您正在使用
Repeatable Read 隔离。（请参阅
SET ISOLATION 语句。）
重要： 在没有使用 Repeatable Read 隔离或 Repeatable Read
隔离不可用时，您可在附加的行上保持锁定。当您的程序正在读其他行时，以未更改的数据更新该行来保持对它的锁定。您必须在应用的上下文中评估此技术对性能的影响，且必须了解增加死锁的可能。
在您使用显式事务时，请确保在单个事务内既访存也修改行；即，FETCH 和后续的 UPDATE 或 DELETE 语句都必须在 BEGIN WORK 语句与下一个 COMMIT
WORK 语句之间。