MasterZiv
vadiminfo пишет:

> В таком случае они в "какой-то мере " блокировочники и псевдоверионники?

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

А вот "блокировочник" или "версионник" -- это уже разные способы
это сделать. Так что я думаю, "в какой-то мере блокировочники" -- это неправильно.

Ну как же? Мы же не видим приципиального не блокировочного разрешения этих конфликтов для чистых версионников и псевдоверсионников? Разумется моно предположить какие-то хитрые способы избежать потери данных при разрешении конфликтов между пишущими без блокировок в том или ином виде существуют в теории (как нить по времени или приоритетам или еще как-то). Но када это будет в СУБД? А пока, возможно, мы несколько преждевременно пытаемся разделить версионники на чистые и псевдо? Пока версионники решают задачу не блокирования читающего (это существенно на практике), а одновремнно пищущим ниче не дают без дополнительных усилий не "версионной" природы? По крайней мере, у меня все еще есть такие опасения.

MasterZiv
vadiminfo пишет:

> Ну как же? Мы же не видим приципиального не блокировочного разрешения
> этих конфликтов для чистых версионников и псевдоверсионников?

Ну почему не видим... Он есть, полная сериализация транзакций.




Я имел в виду "не видим" из сказанного до сих пор.

Что возможно есть, допускаемо. Однако может там дело быть не в делении весионники на чистые и псевдо, а что-то типа других моделей тразакций. Там не с двухфазной блокировкой а каких-нить с временными метками. Ить и веременные метки могут быть как для многоверсионных так и для одно версионных, по крайней мере я так до сих пор думал.
Однако, я думал, что такие виды тразакций не используются пока в большинстве СУБД, хотя известны давно.

MasterZiv
vadiminfo wrote:


Это не модели транзакций, это -- модели изоляции.


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


MasterZiv

Вумные люди доказывали математически, что многоверсионные
истории сводятся к одноверсионным. Так что разницы особенно нет.


Ну, насчет доказательств не в курсах.
Думаю, пока, после всего, что противопоставление версионников и блокировочников, хоть формально и может нуждаться в дополнительных пояснениях, и даже считаться жаргоном, но в практическом смысле все же пока кажется удачным в плане отличий именно разрешения трабл грязного чтения. Тем более что на практике логическое блокирование пишущих все равно полностью не решается автоматически СУБД. Для реализации писсимистической блокировки, например, у Оракла есть средства, а оптимистическую все равно нуно лобать на клиенте.
А вот чтение - це да. Прочитал фуфло - не согласованные данные, моно забить уже и на чистоту писания.
А вот классификация на чистые и псевдо должна, скорее всего, еще дождаться своего времени. Ить там в очереди от теории могут стоять и другие классификации. Мало ли как оно сложится.