hvlad,

Я думаю, что смогу выбить финансирование под решение этой проблемы.
Если интересно, пиши на почту.
И сообщи примерную сумму, сроки, войдет ли в ветку 2.5 и что это будет - exception или "нормальная" отработка update-ов.
Заранее - спасибо.

Dimitry Sibiryakov,

автор"Нормальной" отработки тут быть не может. Представь update field=field+func(), где func()
что-то делает. Проверка и перечитывание записи зациклятся.
Если учитывать новый параметр конфига "OldSetClauseSemantics", то ничего не зациклится: инкрементируемое поле должно иметь old значение на момент первого update-а.

hvlad,
Dimitry Sibiryakov,

Тогда остается поднятие exception-а. Это лучше чем ничего.
Предложение в силе.

Симонов Денис,

Я как пользователь СУБД рассчитываю на однозначное поведение сервера, либо он скушал запрос и сделал что ему сказали, либо обругался, что так делать нельзя.
В моем случае, что так делать нельзя, я знал не от сервера, а пришел сюда и узнал его от разработчиков СУБД.

Теперь представим ситуацию, что есть пользователи нашего продукта, которые тоже пишут код, но уже не подконтрольный нам.
Как это ни странно, они тоже рассчитывают на однозначное поведение нашего продукта.

Но куда им идти в противном случае? Тоже на форум, чтобы узнать тайные правила?

Симонов Денис,

В Oracle, кстати тоже. Но это не принято кем-то за правило - тайно.