Gt_>>не скрою, в свое время меня разобрал истерический хохот, когда мсскл на read committed начал выдавать больше записей чем было в реальности в любой момент времени.
IB>А вот если бы не ржали, а мозг включили, то могли бы понять, что это хорошо описанное и понятное поведение RC уровня изоляции, которое понятно как обходить в зависимости от сценария. И это не является секретом ни для кого еще с восьмидесятых, когда уровни изоляции были представлены.
IB>Если у вас это вызывает смех, то могу только посочувствовать.

я смотрю текст на англицком для тебя чересчур сложен. там описано совершенно не понятное поведение мсскл, которое нарушает основополагающие постулаты ACID. ACID требует консистентного состояния, тогда как по ссылке показывают как мсскл в нарушении стандарта выдает одну и ту же запись несколько раз. стандарт RC такое не позволяет и такой же блокировочник DB2 такого феномена не имеет.

Gt_>> в то время как snapshot в хадупе позволяет выдавать полностью консистентные данные в любой момент времени. в том числе и в момент перестройки витрины.
IB>В каком именно хадупе? HBase, например, обладает точно такми же RC, как любой блокировочник и "A scan is not a consistent view of a table. Scans do not exhibit snapshot isolation." (с)

речь о snapshot на уровне файловой системы hdfs, hbase свои файлики на hdfs хранит и тоже умеет делать snapshot

Gt_>>тебе нет. тут программист нужен (с)
IB>Да я не претендую, вы хоть кому-нибудь объясните.

объяснил http://rsdn.org/forum/flame.comp/7194959.1

Автор: Sinclair
Дата: 12.07.18

Gt_

Gt_>>не скрою, в свое время меня разобрал истерический хохот, когда мсскл на read committed начал выдавать больше записей чем было в реальности в любой момент времени.
IB>А вот если бы не ржали, а мозг включили, то могли бы понять, что это хорошо описанное и понятное поведение RC уровня изоляции, которое понятно как обходить в зависимости от сценария. И это не является секретом ни для кого еще с восьмидесятых, когда уровни изоляции были представлены.
IB>Если у вас это вызывает смех, то могу только посочувствовать.

я смотрю текст на англицком для тебя чересчур сложен. там описано совершенно не понятное поведение мсскл, которое нарушает основополагающие постулаты ACID. ACID требует консистентного состояния, тогда как по ссылке показывают как мсскл в нарушении стандарта выдает одну и ту же запись несколько раз. стандарт RC такое не позволяет и такой же блокировочник DB2 такого феномена не имеет.

Gt_>> в то время как snapshot в хадупе позволяет выдавать полностью консистентные данные в любой момент времени. в том числе и в момент перестройки витрины.
IB>В каком именно хадупе? HBase, например, обладает точно такми же RC, как любой блокировочник и "A scan is not a consistent view of a table. Scans do not exhibit snapshot isolation." (с)

речь о snapshot на уровне файловой системы hdfs, hbase свои файлики на hdfs хранит и тоже умеет делать snapshot

Gt_>>тебе нет. тут программист нужен (с)
IB>Да я не претендую, вы хоть кому-нибудь объясните.

объяснил http://rsdn.org/forum/flame.comp/7194959?tree=tree

Автор: Sinclair
Дата: 12.07.18

Gt_