VL
А вообще, может у кого есть интересные применения разных уровней изоляции для транзакций? Хотелось бы поглядеть
Size: a a a
2021 July 09
VL
Read uncommitted, read committed, repeatable read, serializable
YM
Ну это зависит от задач
VL
Не, просто может готовые примеры есть
YM
Ну например тебя пофигу на свежесть данных читаешь анкоммитед
YM
Или например удаляешь слишком много записей херак и табличная блокировка
YM
Все зависит от бизнес задачи
VL
У меня просто кейс это 2 запроса подряд на удаление из одной и той же таблицы, но с разными инклудами. И я вот думал, как лучше это синхронизировать, если вдруг 2 запроса подряд прилетит. Может быть такое, что первая транзакция уже удалила, и тут вдруг вторая постучалась
YM
А так для гоняния Json руками не трогай и так работает
Ɖ
Поиграться с уровнями изоляции
YM
Ну если это важно для логики повышай изоляцию
Ɖ
Как вариант
YM
Кстати не рекомендую удалять много, чтобы случайно автоматом для табличной не упало
YM
Ну и вообще я уже лет сто не удаляю ничего а просто дизейблю
YM
И таких проблем нет как раз
VL
Для логики не важно, тут скорее оптимизация - не выполнять лишних действий. Но я пришёл к тому, что удаление будет происходить раз в никогда, грубо говоря, поэтому можно забить на эту оптимизацию и оставить по умолчанию read committed
Ɖ
Кстати. да. софт делит можно сделать тоже
VL
Очень интересная идея, кстати
YM
Решает кучу проблем как с логикой справочников так и с блокировками
VL
Я наверное так и сделаю