p
Тогда хз
Ну в доке написано что делается эксклюзивный лок на всю таблицу в скл сервере
Не помню, он на чтение распространяется или нет
Size: a a a
2020 March 13
DR
Интересно конечно почему так, не должно быть проблемой читать и писать. У того же MVCC идея в том что читатели не блокируют писателей и наоборот. Но на сколько я знаю в SQLServer не MVCC
B
Когда два потока могут работать паралельно
Ну это вполне работает
p
Biose
Ну это вполне работает
В питоне нет
B
Там есть забавный артефакт, если не включить в настройках снапшот изоляцию
B
Хотя я помню там какие-то приколы с потоками питона
B
То лочит даже ридонли селекты
B
С включенноой будут селекты видить просто старые записи
p
Biose
Хотя я помню там какие-то приколы с потоками питона
Угу, GIL
DR
То лочит даже ридонли селекты
+ это как раз разница между двумя вариантами repeatable read про которые я говорил
B
Из минусов:
Бекап обновленных/удаленных строчек создается в tempdb
Так как скл сервер in-place данные изменяет
Бекап обновленных/удаленных строчек создается в tempdb
Так как скл сервер in-place данные изменяет
B
+ это как раз разница между двумя вариантами repeatable read про которые я говорил
Угу, только там опция на уровне базы :с
B
Угу, GIL
Точняк
B
Сойдёт
DR
Из минусов:
Бекап обновленных/удаленных строчек создается в tempdb
Так как скл сервер in-place данные изменяет
Бекап обновленных/удаленных строчек создается в tempdb
Так как скл сервер in-place данные изменяет
Из плюсов, старые версии строк хранятся не там где все остальные строчки, и их можно проще чистить. Т е нет такой проблемы с раздуванием базы как у постгреса
DR
Угу, только там опция на уровне базы :с
Ага, может быть так сделали потому что не хотели вводить свои уровни изоляции которых нет в стандарте. Но выглядит и правда странно
2020 March 14
B
Ебаный рот этого конкурентного программирования
A
Biose
Ебаный рот этого конкурентного программирования
Что случилось, молодой?)
B
Бошку сломать можно почему у меня вдруг хендлер команды отвалился
A
Угу, GIL