Телеграмм чат группы jvmchat страница 18939

Size: a a a

pro.jvm

5830 membersпожаловаться на группу

2021 June 30

Intrade in pro.jvm

Я бы сделал на стороне СУБД процедуру и через неё всё проверял и обновлял. Одновременно решило бы ряд проблем.

источник

10:25пожаловаться #1

Etki in pro.jvm

Это значит что он вместо лока просто сделает роллбэк при верификации в момент коммита. Функционально со стороны приложения будет ровно одно и то же, роллбэк.

источник

10:25пожаловаться #2

D𝔇

Dmitry 𝔇𝔪𝔦𝔱𝔯𝔶... in pro.jvm

Исключение при коммите будет. И его придется ловить и обрабатывать

источник

10:25пожаловаться #3

Etki in pro.jvm

И там и там будет роллбэк при попытке параллельного обновления записи. Писать что в одном случае будет роллбэк-исключение, а в другом нет - это не понимать что такое уровни изоляции.

источник

10:26пожаловаться #4

D𝔇

Dmitry 𝔇𝔪𝔦𝔱𝔯𝔶... in pro.jvm

Поэтому лучше взять pessimistic lock на время обновления остатков

источник

10:27пожаловаться #5

Etki in pro.jvm

Обоснуй чем лучше

источник

10:27пожаловаться #6

Etki in pro.jvm

Ты просто завернешь операцию "попробуем зарезервировать, если там столько есть" в лишний лок.

источник

10:29пожаловаться #7

D𝔇

Dmitry 𝔇𝔪𝔦𝔱𝔯𝔶... in pro.jvm

Тем, что ты избавишь себя от исключений при коммите. А если транзакция короткая, то и на перформанс это не особо повлияет

источник

10:29пожаловаться #8

Etki in pro.jvm

Зачем мне избегать роллбэка? Зачем мне дублировать функционал бд?

источник

10:29пожаловаться #9

Etki in pro.jvm

Роллбэк это нормальная операция, не ошибка.

источник

10:29пожаловаться #10

D𝔇

Dmitry 𝔇𝔪𝔦𝔱𝔯𝔶... in pro.jvm

локи - это функционал бд

источник

10:30пожаловаться #11

Etki in pro.jvm

Транзакции это функционал бд, который ты зачем-то дублируешь доками.

источник

10:30пожаловаться #12

Etki in pro.jvm

Мы ещё даже не добрались что ручные локи это всегда опасность повесить систему.

источник

10:31пожаловаться #13

D𝔇

Dmitry 𝔇𝔪𝔦𝔱𝔯𝔶... in pro.jvm

транзакции - это транзакции, локи - это локи. На блокировочниках у тебя и все транзакции на локах сделаны

источник

10:31пожаловаться #14

Intrade in pro.jvm

Я тоже не вижу проблемы в роллбэке. По мне так нормальная ситуация, а удф ещё может вернуть вменяймый результат, который можно обернуть в некий дто и выплюнуть на UI в виде ошибки.

источник

10:31пожаловаться #15

Etki in pro.jvm

Ну вот, и ты делаешь сейфти механизм поверх сейфти механизма.

источник

10:32пожаловаться #16

Etki in pro.jvm

Давай так: как твоя система поведет себя, если лок уже взят?

источник

10:32пожаловаться #17

D𝔇

Dmitry 𝔇𝔪𝔦𝔱𝔯𝔶... in pro.jvm