在第4步，应用程序2将等待应用程序1完成更新操作，还要等应用程序1释放占据锁定，然后才能开始应用程序2的更新操作。可是，当我们声明一个游标时不指定FOR UPDATE子句，应用程序1就会获得并占据一个S（共享）锁定，对该行加锁（第1步），这意味着第二个应用程序用不着等待也可以获得并占据一个S锁（第2步）。然后，第一个应用程序试图获得一个U（更新）锁以处理更新语句，但是它必须等第二个应用程序释放其正占据着的S锁（第3步）。同时，第二个应用程序也试图获得一个U锁，并且由于第一个应用程序占据着S锁而进入等待状态（第4步）。这种情形就是死锁，造成的后果是应用程序1或应用程序2的交易不得不回滚。
如果在DECLARE CURSOR语句中指定FOR UPDATE子句，当应用程序1提取该行时，将会给该行加上U锁，应用程序2将会等待应用程序1释放U锁，这样，两个应用程序之间就不会发生死锁了。
下面举例说明如何在SELECT语句中使用FOR UPDATE子句。
| 以下是代码片段： EXEC SQL DECLARE c1 CURSOR FOR SELECT * FROM employee FOR UPDATE OF job; EXEC SQL OPEN c1; EXEC SQL FETCH c1 INTO …; If(strcmp(change，“YES”)= =0) EXEC SQL UPDATE employee SET job = :newjob WHERE CURRENT OF c1; EXEC SQL CLOSE c1; |
对于CLI编程，我们可以使用函数SQLSetConnectAttr()将DB2 CLI的连接属性SQL_ATTR_ACCESS_MODE的值设置为：SQL_MODE_READ_WRITE，效果是一样的。
4、指定OPTIMIZE FOR n ROWS子句
当我们希望提取的行数远远小于可能返回的行数时，在SELECT语句中指定OPTIMIZE FOR n ROWS子句。基于提取n行的假设，OP
TIMIZE FOR子句会影响查询的优化，同时也决定了通讯缓冲区中行的数目。
| 以下是代码片段： SELECT projno，projname，repemp FROM project WHERE deptno=’D11’ OPTIMIZE FOR 10 ROWS |
运用行的分块技术，通过在单一操作中一次性地提取一组行来减轻管理器的负担，这些行存储在缓冲区中，应用程序中的每一个FETCH请求都会从该缓冲区中提取下一行，如果指定OPTIMIZE FOR 10 ROWS，那么，系统会以10行为一组返回给用户。数据库
需要注意的是，OPTIMIZE FOR n ROWS子句既不会限制可以提取的行数，也不会影响提取的结果，但是，该子句会影响应用程序的性能，如果最终提取的行数小于或等于n，该子句会改善性能;否则，如果大于n，性能就会下降。
5、指定FETCH FIRST n ROWS ONLY子句
如果不希望应用程序提取n行以上的记录，我们可以在编程时指定FETCH FIRST n ROWS ONLY子句；反之，如果不指定该子句，结果集中可能就会有很多行（大于n）。注意，该子句不能与FOR UPDATE子句同时使用。
参看下面的例子，程序最多能提取5行。
| 以下是代码片段： SELECT projno，projname，repemp FROM project WHERE deptno=’D11’ FETCH FIRST 5 ROWS ONLY |
该子句同OPTIMIZE FOR n ROWS子句一样，也决定通讯缓冲区中行的数目；如果同时指定FETCH FIRST n1 ROWS ONLY子句和OPTIMIZE FOR n2 ROWS子句，则取n1和n2二者中的较小值作为通讯缓冲区的大小。
6、指定FOR FETCH ONLY子句
如果不想更新那些由SELECT语句提取的行，我们可以在SELECT语句中指定FOR FETCH ONLY子句，这么做的好处是，处理应用程序提出的查询请求时可以充分利用行的分块技术，进而改善性能；该子句还能改善数据的并发性，因为使用该子句查询的那些行上不再有独占的锁了。除了FOR FETCH ONLY子句，我们还可以使用FOR READ ONLY子句，二者是同义词，功效一致。
