PT
Не вижу, как это решит проблему большого конкурентного доступа к одним и тем же строкам.
Size: a a a
2020 October 05
OF
так доступа к одним и тем же строкам не будет.
OF
по крайней мере в той большой таблице с 10млн записями, в случае резервирования.
PT
Можем на примере расписать?
PT
Что бы для некоторых тупых понятней стало :)
OF
а какие запросы при отргрузке происходят? тоже выбираются конкретные id, а не любой с таким же sku?
GK
Так, у вас к этой таблице идут запросы только для обновления/получения статуса reserved?
Товар, который нужно зарезервировать можно уникально идентифицировать по ID?
Товар, который нужно зарезервировать можно уникально идентифицировать по ID?
PT
Так, у вас к этой таблице идут запросы только для обновления/получения статуса reserved?
Товар, который нужно зарезервировать можно уникально идентифицировать по ID?
Товар, который нужно зарезервировать можно уникально идентифицировать по ID?
Да, только для получения ID товара и обновления у него статуса reserved. Клиенту надо отдать id товара, который зарезервировали.
Id уникальный, да.
Id уникальный, да.
PT
а какие запросы при отргрузке происходят? тоже выбираются конкретные id, а не любой с таким же sku?
Никаких. Только резервирование, отдача клиенту ID товара и все.
GK
Да, только для получения ID товара и обновления у него статуса reserved. Клиенту надо отдать id товара, который зарезервировали.
Id уникальный, да.
Id уникальный, да.
Тогда зачем выполнять такой запрос: SELECT FOR UPDATE с условием по available = 1, project_id = XXX и reserved = 0.
Почему нельзя сделать запрос с условием id=XXX?
Почему нельзя сделать запрос с условием id=XXX?
PT
так доступа к одним и тем же строкам не будет.
Как я понял, надо сначала проверить сумму, а потом записать. И все это в соседней таблице. Но при чтении и параллельной записи надо лочить, что бы избежать ситуации, когда товары кончились, но их уже кто то забронировал.
PT
Тогда зачем выполнять такой запрос: SELECT FOR UPDATE с условием по available = 1, project_id = XXX и reserved = 0.
Почему нельзя сделать запрос с условием id=XXX?
Почему нельзя сделать запрос с условием id=XXX?
Пользователю нужен любой товар определенного project id.
PT
У пользователя нет ID.
GK
Пользователю нужен любой товар определенного project id.
Нужен для чего? Вам же нужно просто проставить флаг резерва.
PT
PT
Только у одного товара.
GK
Ну так выбирайте по ID и проставляйте. Зачем усложнять уловие?
PT
Я привел плохой пример. Ща напишу другой, чтобы понятнее было.
PT
Надо написать сервис, который будет продавать лотерейные билеты.
В сервисе может быть несколько проектов ("спортлото", "кубышка", и т.д.).
У каждого проекта может быть большая куча лотерейных билетов.
Приходит пользователь - ему надо выдать ровно один билет, и пометить этот билет как "использованый". И этот билет уже не надо выдавать другим юзерам.
В сервисе может быть несколько проектов ("спортлото", "кубышка", и т.д.).
У каждого проекта может быть большая куча лотерейных билетов.
Приходит пользователь - ему надо выдать ровно один билет, и пометить этот билет как "использованый". И этот билет уже не надо выдавать другим юзерам.
GK
Да не важно, на самом деле. Я клоню к тому, что вам возможно нужно ещё больше нормализовать таблицы. ID+признак резерва, всё.