169 похожих чатов

Я пока не понимаю. Создаётся транзакция. Я делаю SELECT записи.

Потом делаю UPDATE этой записи с инкрементом какого-то поля.
Параллельно этот код работает для другого запроса. Оба делают +1 к одному начальному значению, и получается в сумме +1, а не +2.
Разве это не так работает?

7 ответов

14 просмотров

Не так

Какая у тебя СУБД?

Одна транзакция пройдёт, другая зафейлится. Читать про изоляцию транзакций.

погугли transaction isolation level

Тут стоит прочитать про уровни изоляции транзакций.

Даже если без транзакций два потока сделают update set val=val+1, инкремент не протеряется.

Если тебе нужен механизм конкурентного обновления данных, то смотри в сторону двух/трех-фазных комитов. Блокировки записей в бд подойдут лишь в самых простых случаях

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта