Size: a a a

2020 March 13

EG

Emmanuel Goldstein in rust_offtopic
> The SQL standard defines one additional level, READ UNCOMMITTED. In PostgreSQL READ UNCOMMITTED is treated as READ COMMITTED.
источник

SP

Stanislav Popov in rust_offtopic
кек
источник

SP

Stanislav Popov in rust_offtopic
ну он нормальный. READ COMMITTED всмысле
источник

A

Aleksandr Khristenko in rust_offtopic
Stanislav Popov
ну он нормальный. READ COMMITTED всмысле
Он поможет с фантомным чтением?
источник

SP

Stanislav Popov in rust_offtopic
насколько я помню он поможет кверить число записей и не сосать с тем что кверится постоянно одно и то же, в отличии от Repeatable read
источник

EG

Emmanuel Goldstein in rust_offtopic
Да, дефолтный уровень работает правильно.
источник

EG

Emmanuel Goldstein in rust_offtopic
Спасибо.
источник

SP

Stanislav Popov in rust_offtopic
ну ты хочешь сказать ставь Serializable и попка будет сухая, мы это понимаем )
источник

A

Aleksandr Khristenko in rust_offtopic
Ну если будет так:
A: delete from table
B: select count(*) from table
A: insert into table
B: select count(*) from table
то в транзации B будут разные значения получатся?
источник

SP

Stanislav Popov in rust_offtopic
я уже не помню кек
источник

A

Aleksandr Khristenko in rust_offtopic
Ну написать скрипт который такое проверит несложно вроде.
источник

SP

Stanislav Popov in rust_offtopic
вот что помню было https://code.djangoproject.com/ticket/13906
источник

p

polunin.ai in rust_offtopic
Emmanuel Goldstein
Господа, кто шарит в SQL?
Я правильно понимаю, что если я в одной транзакции делаю DELETE FROM table и пачку INSERT INTO table, то с точки зрения внешнего наблюдателя таблица ни в какой момент не будет пустой?
если стоят настройки по умолчанию, то тогда да. там должна вся таблица лочиться.
источник

p

polunin.ai in rust_offtopic
Emmanuel Goldstein
Господа, кто шарит в SQL?
Я правильно понимаю, что если я в одной транзакции делаю DELETE FROM table и пачку INSERT INTO table, то с точки зрения внешнего наблюдателя таблица ни в какой момент не будет пустой?
By default, a DELETE statement always acquires an exclusive (X) lock on the table it modifies, and holds that lock until the transaction completes.
источник

p

polunin.ai in rust_offtopic
все норм
источник

p

polunin.ai in rust_offtopic
но на всякий случай уточни в документации своей датабазы
источник

EG

Emmanuel Goldstein in rust_offtopic
polunin.ai
By default, a DELETE statement always acquires an exclusive (X) lock on the table it modifies, and holds that lock until the transaction completes.
Спасибо.
Ну я ещё эксперимент провёл, и вроде всё нормально.
источник

p

polunin.ai in rust_offtopic
код запускался но ничего не выводил
поставил dbg!(1), он начал паниковать в другом месте
источник

B

Bogdan in rust_offtopic
polunin.ai
если стоят настройки по умолчанию, то тогда да. там должна вся таблица лочиться.
Не должна. В нормальных субд лочатся отдельные строки
источник

p

polunin.ai in rust_offtopic
Bogdan
Не должна. В нормальных субд лочатся отдельные строки
на delete лочится таблица
источник