GK
bulk update?
Size: a a a
2020 October 05
PT
Причем тут bulk update?
GK
Приходят 100 пользователей, вы их запросы упаковыете в пакет и обновляете резерв
BI
Если один сервис с этой базой работает и у него очень много памяти... с коллекцией в куче разруливать это будет вероятно быстрее и просто флушить при каком-то условии)
PT
Приходят 100 пользователей, вы их запросы упаковыете в пакет и обновляете резерв
А когда пользователю лотерейный билет отдавать? Ему билет нужен прямо сразу.
PT
Если один сервис с этой базой работает и у него очень много памяти... с коллекцией в куче разруливать это будет вероятно быстрее и просто флушить при каком-то условии)
Не, памяти мало. Куча не вариант.
GK
А когда пользователю лотерейный билет отдавать? Ему билет нужен прямо сразу.
он может полсекунды подождать?
PT
PT
Накидывал пол секунды на bulk update не комильфо.
PT
Бизнес сожрет с потрохами.
GK
Ну я утрирую
GK
Во я пользователсь, мне нужен билет. Я подаю запрос на билет, вы пишете - запрос принят, через 5 секунд возращаете билет
GK
Уверен, 99% юзеров это устроит
PT
Тут увеличивается время и необходимо держать кучу коннектов. Я подумаю над этим вариантом, но пока выглядит не комильфо.
GK
Тут увеличивается время и необходимо держать кучу коннектов. Я подумаю над этим вариантом, но пока выглядит не комильфо.
Нет, можно сделать так, чтобы не держать коннект. Можно же модель push использовать.
G
Учитывая вероятность выигрыша в лотерее, умноженную на вероятность коллизии, можно просто забить на все это дело
G
Нет жалоб - нет проблем
GK
Короче, вариантов много. Асинхрон+пакетная обработка, как вариант
PT
PT
Какие еще варианты кто знает?