эттану как же -- следите за руками -- у пассажыра 100500 клиентов обновляют свои счета, и счет общего брокера без создания на нем [счёте брокера] очереди блокированием (см его структуру счетов выше, и бред с транзакцией там же).

А создание блокировки --- это, внезапно, подход блокировочника. ;)
Кстати, в чём бред с транзакцией, конкретно ?

И вообще, у меня есть другой вопрос к аудитории (по определениям): как отличить блокировочник от версионника? ;)

Вот MS SQL 2012 с его версионным SNAPSHOT (эквивалентным REPEATABLE READ в PostgreSQL или SERIALIZABLE в Oracle) и чисто (без использования версий) блокировочным SERIALIZABLE --- это блокировочник или версионник?

А PostgreSQL 9.4 с его чисто версионным SERIALIZABLE и возможностью накладывать блокировки на записи --- блокировочник или версионник?

А MySQL + InnoDB с его наложением блокировок в SERIALIZABLE и версионными другими уровнями (если я правильно помню) --- блокировочник или версионник?

Dimitry SibiryakovPgSQLAnonymousИ вообще, у меня есть другой вопрос к аудитории (по определениям):
как отличить блокировочник от версионника? ;)
Хооо... Поциент внезапно признался, что не знает, о чём, собственно, спорил.

Вы хоть на один существенный вопрос конкретно ответите когда-нибудь, поциент?
Какой из указанных серверов версионник, а какой блокировочник? Какой практический смысл этих понятий?

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

Термины?! Сами придумали? Дайте-ка ссылку на общепринятые определения. ;)

А то вот можно легко нагуглить даже такое ( http://rdbms.narod.ru/faq/#R-SQL-Q5 ):

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


Это вообще полностью противоречит тому, что вы говорите, поциент. ;)

И каких ещё конситентных данных?
Ни MVCC, ни какие-нибудь блокировки никаких консистентных данных сами по себе не гарантируют. Гарантирует только использование протоколов изоляции, например SS2PL (Strong Strict Two-Phase Locking), SSI (Serializable Snapshot Isolation) или даже OCC (Optimistic Concurrency Control).

kdvPgSQLAnonymous,
опять ты бредятину несешь.

Да нет, только ты.

kdv1. MS SQL с включенной версионностью является версионником. Без - блокировочником.

А почему?

kdv2. при сериализуемых транзакциях отсутствует понятие "блокировочности" или "версионности". Нафига ты тут про сериализацию вталкиваешь - непонятно.

Отсутствует только в твоей голове. Ещё раз, есть протоколы изоляции для блокировочника (SS2PL) и для версионника (SSI).

kdv3. какие нафиг "протоколы изоляции" для версионника? какие там еще блокировки, тем более двухфазные? Версионность придумана в 1974 году чтобы не было блокировок.
Я же эти протоколы даже указал , ты читать умеешь? Обычные блокировки для UPDATE-ов, ты не знал? ;)