oracle select ... for update

 select ... for update nowait
其中nowait是可选项。
此子句的意思就像他的字面意思，也就是说现在执行的select操作是为了本事务中的后续的update服务的。这时候系统会试图锁定查询出来的记录，不允许其他事务修改它们。如果指定了nowait，则系统如果无法锁定记录，就会直接报错，并不会等待其他占有资源的事务释放资源。我这有一些我做的测试结果
事务A：Select  *  From  Test_A  Where  ID = ’01’  For  Update  NoWait;
事务B：Select  *  From  Test_A  Where  ID = ’01 ’  For  Update ;
事务C：Update  Test_A  Set  Name = ’Test_01’  Where  ID = ‘01’ ;
执行顺序        执行结果
首先        然后        执行结果
----            ----            ----
事务A        事务A        系统报错：ORA-00054: 资源正忙，要求指定 NOWAIT
事务A        事务B        事务B挂起，等待事务A释放资源
事务A        事务C        事务C挂起，等待事务A释放资源
事务B        事务A        系统报错：ORA-00054: 资源正忙，要求指定 NOWAIT
事务B        事务B        事务B挂起，等待事务A释放资源。（原文有问题，应该是等待前一个事务B释放资源）
事务B        事务C        事务C挂起，等待事务B释放资源
事务C        事务A        系统报错：ORA-00054: 资源正忙，要求指定NOWAIT
事务C        事务B        事务B挂起，等待事务C释放资源

不过在OEM中的PL SQL WORKSHEET中执行的话，如果执行倒数第2个实验，执行第2个事务A只有执行超过3次后，OEM才会报错，前几次OEM好象是忽略此操作。
--------------------------------------------------------------------------------------------------------------
在多数情况下，提取循环中所完成的处理都会修改由游标检查出的行，PL/SQL提供了进行这样处理的一种语法。
这种语法包括两部分——在游标声明部分的FOR UPDATE子句和在UPDATE或DELETE语句中的WHERE CURRENT OF 子句。
通常，SELECT操作将不会对正处理的行执行任何锁定设置，这使得连接到该数据库的其他会话可以改变正在选择的数据。
但是，结果集仍然是一致性的。当确定了活动集以后，在执行OPEN的时刻，ORACLE会截取下该表的一个快照。在此时刻以前所提交的任何更改操作都会在活动集中反映出来。在此时刻以后所进行的任何更改操作，即使已经提交了它们，都不会被反映出来，除非将该游标重新打开。但是使用FOR UPDATE子句，在OPEN返回以前的活动集的相应行上会加上互斥锁，这些锁会避免其他的会话对活动集中的行进行更改。直到整个事务被提交为止。

示例：
DECLARE
CURSOR C_CUR IS SELECT * FROM STUDENDS FOR UPDATE OF XM;
BEGIN
OPEN C_CUR;
WHILE C_CUR%FOUND LOOP

UPDATE STUDENDS SET XM='AA'||XM WHERE CURRENT OF C_CUR;

END LOOP;
CLOSE C_CUR;
COMMIT;
END;


需要注意的是：1、UPDATE语句仅更新在游标声明的FOR UPDATE子句处列出的列。如果没有列出任何列，那么所有的列都可以更新。
2、示例中的COMMIT是在提取循环完成以后才完成的，因为COMMIT将释放由该会话持有的所有锁。因为FOR UPDATE子句获得了锁，所以COMMIT将释放这些锁。当锁释放了，该游标就无效了。所以后继的提取操作都将返回ORACLE错误。