Size: a a a

Архитектура ИТ-решений

2020 October 05

PT

Peter Tugolukov in Архитектура ИТ-решений
Пока я не вижу, как это спасет от высокого конкурентного доступа к одним и тем же строкам.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Вы сейчас лочите группу записей при резерве одного товара (ID)
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
Да.
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
SELECT FOR UPDATE так работает.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Понимаю
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Если у вас будет запись состоять только из ID+признак резерва вы будете лочить только одну запись
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Нет?
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
Ситуация вообще не изменится.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Почему?
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
Для всех клиентов БД будет лочиться одна и также запись.
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
Одна и та же строка.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Нет
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
Почему?
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
У вас границы блокировки будут уже.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Так, вам нужно обновить флаг у одной записи, а вы по условию лочите, допустим сто. Не видите разницы?
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
Так даже если я заблокирую одну, которую мне надо, остальные клиенту будут хотеть одну строку, но туже самую, которая уже заблокирована.
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
Afaik в mysql нельзя в селекте попросить строки, которые не заблокированы.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Нет
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Другие клиенты будут хотеть другие строки, которые вы тоже заблокировали
источник

PT

Peter Tugolukov in Архитектура ИТ-решений
о_О
источник