|
![]() |
#1 |
Участник
|
Нет. Это равносильно тому, что бы вообще не писать ttsbegin/ttscommit а использовать skipTTSCheck(true).
Если критична атомарность операции обновления всех записей запроса то транзакцию обязательно нужно открывать до цикла, а если не критична, то можно сделать например вот так X++: while select forUpdate myTable { ttsBegin; // -->> myTable.reread(); // перевыбираем запись // <<-- myTable.MyField = 'something'; myTable.update(); ttsCommit; } |
|
|
За это сообщение автора поблагодарили: ax_mct (2). |
![]() |
#2 |
Banned
|
Цитата:
Есть еще поддержка пессимистического режима. То есть по идее такой код (в первом посту который с заГраничным select for update) не пройдет сертификации в MS и не должен использоваться в вертикальных и общих решениях. Только на конкретном клиенте. Так как при отключении OCC работать не будет. |
|
|
|