kdvвозникает вопрос. если существует взаимосвязь столбцов, то почему для контроля целостности выбран триггер, а не check constraint на таблицу? По-моему дальше можно не продолжать рассматривать этот "пример".Этот "пример" выбран для простоты иллюстрации. Естественно, в данном конкретном случае можно использовать Check conctraint, то есть ситуации, в которых используются именно триггеры или хранимые процедуры (случается же такое иногда? :) ). Городить пример, в котором выкрутиться на Check невозможно, я не стал, полагая, что об этом и так все знают.

Кидман...уверен, что вторая транзакция обламается или сразу, или после коммита первой...Как Вы себе представляете подобный "облом"? Мы говорим "commit", а получаем молчаливый "rollback"? Если возникает ошибка, то какая именно? "Одновременный доступ к данным запрещен настройками"? Или просто "internal error" с выпадением в осадок? :) Если ошибку можно обработать, то что должно стоять в конце обработчика, что-то вроде "commit commit" или "rollback commit"? :) Я готов допустить, что я чего-то недопонимаю или не знаю. Но я привожу примеры, иллюстрирующие свое понимание, либо даю ссылку на первоисточник. Из Вашего, Кидман, поста в стиле "Борист, ты не прав!", мне не удалось понять, в чем конкретно я не прав и почему. Либо проиллюстрируйте (опишите поведение приведенных в примере транзакций на версионнике), либо приведите ссылку на материал, из которого этого стало бы ясно.

GaryaТакая ситуация не может произойти на блокировочнике.Поясню. Если "грязное чтение" разрешено, то либо Транзакция №1 узнает о том, что A стало равно B, либо Транзакция №2. И откатит транзакцию, запретив изменение своих данных. Так что "грязное чтение" может быть не только вредным, но и полезным... :) (перефразированная шутка Фоменко).
Если "грязное чтение" запрещено, то одна транзакция окажется в ожидании завершения другой транзакции. Здесь может подстерегать совсем другая опасность - дедлок (когда Транзакция №1 и Транзакция №2 одновременно ожидают завершения друг друга). Но на блокировочнике действительно ситуация, когда A станет равно B помимо желания разработчиков, воспроизвестись в принципе не может. Кто не согласен - прошу проиллюстрировать на конкретном примере.

Кидман Кидман
Garya, перебор даже в картах плох. Зачем рассуждать о том, чего не знаете?

Garya, приношу свои извинения. Я невнимательно прочитал Ваш пост, не заметил, что речь идет о разных таблицах.

З.Ы. Вспомнился случай, который произошел, если не ошибаюсь, у комментатора Озерова: "Блохин выходит один на один с вратарем! Удар! Г-О-О-Л!!! Нет, штанга. К тому же это был и не Блохин" Ничего страшного, со всяким бывает... :) Вы тоже извините, если я Вас задел.

olegloaТоварищь а Вы знаете что dead-lock выдают и версионникиДедлок возможен только при блокировке и ожидании ее завершения. Если блокировки нет, дедлок возникнуть не может. Идея "версионников" - избегать блокировок созданием локальных копий с некоторых участков информации. Тем не менее, реальные СУБД "в чистом виде" версионниками, как правило, не бывают. Обычно они до некоторой степени "блокировочники" - в особенности, если заданы уровни изоляции транзакций, которые без блокировок не достижимы. Говорить, что та или иная СУБД относится к тому или иному классу, видимо не совсем корректно. Можно говорить о том, что они "тяготеют" к тому или другому. Возможно, я не совсем корректно отнес IB к "чисто версионникам".

2 All. Приношу извинения за то, что невольно увел тему обсуждения в другое русло. Предлагаю вернуться к обсуждению темы. Для тех, у кого есть желание продолжить обсуждение на тему "версионники/блокировочники", предлагаю продолжить его на форуме " Сравнение СУБД ".

SergeyVLGarya, например, версионник Oracle не ждет и не рискует получить несогласованные данные.
...
Чтобы сохранить целостость в Вашем примере, нужно просто заблокировать изменяемые стоки на время транзакции.Во-первых, для начала, нужно ДОГАДАТЬСЯ это сделать.
Во-вторых, Oracle - это не совсем версионник. Это помесь версионника с блокировочником.
В-третьих, хочется продолжить дискуссию именно по этому вопросу, то я уже дал ссылку на форум, где это можно сделать. В этой теме это оффтоп.

Специально создал там тему для желающих обсудить этот вопрос.