a
БД - pg
Size: a a a
2020 July 21
T0
А почему int?
в центах, вопрос не об этом
🎄P
Ребят, никто не сталкивался с тем, что когда задаешь Listener для встроенного события NotificationSent, то оно вызывается два раза?
в handle вынес info(‘test’)
Перед отправкой уведомления (методом ->notify) тоже вывел info
В логах одна отправка и два раза приходит уведомление. Айдишники notification одинаковые
в handle вынес info(‘test’)
Перед отправкой уведомления (методом ->notify) тоже вывел info
В логах одна отправка и два раза приходит уведомление. Айдишники notification одинаковые
a
Какая бд?
тип столбца в бд - bytea, в миграциях делал $table->binary('photo');
DB
А почему int?
вообще то decimal всегда для денег нет?
A
Ребят, подскажите, есть приходные операции, есть расходные, допустим пополнение баланса, оформление заказа etc (модели Payment, Order, где у каждой модели есть поля user_id и amount).
Глупо держать интовую колонку balance в модели юзера и инкрементить или декрементить ее.
Есть идея сделать класс биллинга, где считать общий баланс, не могу понять как красиво написать этот класс, чтобы не бегать с горящей головой, когда надо будет добавить какую-либо операцию.
Глупо держать интовую колонку balance в модели юзера и инкрементить или декрементить ее.
Есть идея сделать класс биллинга, где считать общий баланс, не могу понять как красиво написать этот класс, чтобы не бегать с горящей головой, когда надо будет добавить какую-либо операцию.
Тебе упрощённую или нормальную схему?
D
Ребят, подскажите, есть приходные операции, есть расходные, допустим пополнение баланса, оформление заказа etc (модели Payment, Order, где у каждой модели есть поля user_id и amount).
Глупо держать интовую колонку balance в модели юзера и инкрементить или декрементить ее.
Есть идея сделать класс биллинга, где считать общий баланс, не могу понять как красиво написать этот класс, чтобы не бегать с горящей головой, когда надо будет добавить какую-либо операцию.
Глупо держать интовую колонку balance в модели юзера и инкрементить или декрементить ее.
Есть идея сделать класс биллинга, где считать общий баланс, не могу понять как красиво написать этот класс, чтобы не бегать с горящей головой, когда надо будет добавить какую-либо операцию.
вот как пример можешь посмотреть https://github.com/spatie/laravel-event-projector https://github.com/spatie/larabank-aggregates, имхо я бы колонку сделал, так будет проше, показывать баланс, не нужно будет каждый раз из базы всю историю вытягивать
A
Тебе упрощённую или нормальную схему?
всё, не актуально
T0
Тебе упрощённую или нормальную схему?
упрощенную
T0
вообще то decimal всегда для денег нет?
мой подход навеян MoneyPHP
A
упрощенную
Событие вешаешь на добавление и автоматом апаешь сумму у пользователя.
Лучше триггер в БД
Лучше триггер в БД
A
Более сложная схема:
Таблица операций
+
Материализованная таблица со свёрткой на конец дня прошлого + селект последних операций за наохваченный период
+
Memcache (или аналог) баланса, обновляемый при добавлении/удалении операции
Таблица операций
+
Материализованная таблица со свёрткой на конец дня прошлого + селект последних операций за наохваченный период
+
Memcache (или аналог) баланса, обновляемый при добавлении/удалении операции
T0
Окей, внял
T0
спасибо
A
ссыль на ларовские события моделей дать?
T0
в доке найду.
T0
?
A
A
на основе жизненного цикла можешь делать магию