KT
Но это О(n) плюс есть вероятность, что я ночего не вытащу и будет неэффтиквный прогон
Size: a a a
2020 September 21
KT
Плюс в моей лямбде будет два действия: 1) взять всех юзеров 2) разослать по каждому письмо
KT
А с этой RPC мне не нужно
AT
А с этой RPC мне не нужно
но тогда логику или в тригер пихать или на каждый апдейт ламбду вызывать... первое немного лучше но вряд ли бест практис?
KT
почему нет?
AT
ну логика в хранимках это как минимум отсутствие версионирования
AT
ну и плюс триггеры тоже не бесплатные для базы
KT
Al T
ну логика в хранимках это как минимум отсутствие версионирования
Так там не хранимка
KT
Точнее она там уже создана авсом
AT
ну мы возможно про разное что-то тогда... проверка if banance < XXX её планируется вешать на insert/update? или на insert/update вызывать lambda и она разберется?
KT
нет, отдельным шагом
KT
cur.execute("update balances set balance = {} where user = {}")
cur.execute("select balance from balances where user = {}")
if balance < X:
cur.execute("lambda_magique")
cur.execute("select balance from balances where user = {}")
if balance < X:
cur.execute("lambda_magique")
YA
У таких подходов проблема в том, что о триггере надо всегда помнить и как-то выключать, если он не нужен.
AT
а, понятно... ну да, если так удобнее то почему б и нет..
YA
Выглядит как еще один способ делать костыли
AT
так тут вроде и триггера нет
KT
У таких подходов проблема в том, что о триггере надо всегда помнить и как-то выключать, если он не нужен.
А предложите ваш вариант решения моего кейса!
KT
Я без сарказма, вдруг я что-то упускаю
YA
А предложите ваш вариант решения моего кейса!
Создавать событие в том сервисе, который обновляет баланс
AT
тут вроде как из кода вызывается проверка, непонтно только чем сильно удобнее по сравнению просто также в очередь послать из кода вместо того чтою лямбду... но это мне кажется вопрос предпочтений