E
Size: a a a
2021 April 16
E
Материалайзед вью становится же неконсистентен своему источнику
YS
Речь была о Serializable Snapshot Isolation, а не snapshot isolation (MVCC).
Это действительно новый метод... в общем, я (и не только я) это уже писал выше, и приводил ссылки.
Это действительно новый метод... в общем, я (и не только я) это уже писал выше, и приводил ссылки.
E
Хау эбаут пойти пощелкать по ответам чтобы увидеть на что я отвечал
E
А не сериалайзабл и до мышей докопаемся
SC
а почему в Базах до сих пор не ввели Реактивный подход. Т.е. не блокирующий. И тот же рефреш вью, почему блин я должен обновлять его полностю, а не только те строки, которые действительно убрались/добавились/изменились ?
YS
Так он для этого и предназначен / так и описан.
Т.е. он делает snapshot данных, и до явного REFERESH этот snapshot не изменяется.
Т.е. он делает snapshot данных, и до явного REFERESH этот snapshot не изменяется.
SC
как три-шейкинг в ангуляровском IVY работает, в чём проблема перенести это на базу, эту концепцию и сделать что-то типа кортеж-шейкинга)
YS
How about сделать это самому? И как насчёт того, чтобы читать все относящиеся к делу сообщения?
YS
Потому что это другое требование (и другие реализации), только и всего.
SC
походу грядет новый стартап)) от меня, но в далеком будущем))
E
Так я и сделал. Я отвечаю на сообщение про SSI.
YS
Т.е. Вы не знаете, что это такое, OK.
YS
Зачем? Во многих СУБД это уже есть (в некоторых — давно).
E
Заорал. Что, я своим ответом заблокировал все остальные способы докопаться?
SC
например
SC
ну просто интересно
YS
Хоть голос оборвите, мне всё равно. По сути есть что возразить, или как обычно?
E
По сути на "ты просто ничиво не понимаешь!!!"? Ну, если мне захочется демагогии, я вернусь, чего.