andrey_anonymousКривенько конечно.

Потенциальная проблема:
Из кода не очевидно, что между select for update и update в таблице не может появится вторая запись с указанным ID.
При наличии PK/UK - не актуально.
Но все-таки если используется select for update - то логично делать update where current of

Совсем убрать select for update можно только в процессе рефакторинга, воспроизведя или скорректировав реакцию кода на too_many_rows и no_data_found

Я бы ужесточил формулировку

update where current of обязательно нужно делать




а то можно пролететь мимо ORA-01002
а FOR UPDATE объявляется для того что бы мимо не нее не пролететь.

andrey_anonymousstax..особенно с учетом того что если where сильно не детерминировано то for update
может
1) вернуть не заблокированные записи
Ммм?


В данном, конкретном случае наверное нет , а в принципе , если
НЕ использовать where current of и в цикл обработки курсора
втавить commit , то аж на расс ....

докаRow Locks (TX)
A row lock, also called a TX lock, is a lock on a single row of a table. A transaction acquires a row lock for each row modified by one of the following statements: INSERT, UPDATE, DELETE, MERGE, and SELECT ... FOR UPDATE. The row lock exists until the transaction commits or rolls back.