как часто будет обновляться баланс ?

как часто будет обновляться баланс ?

раз в час

Я считаю однозначно надо по одному. Если не надо моментально то очередь. И лог задач в очереди, чтобы ничего не потерять

а у тебя был такой юзкейс? Что бы 100к запросов в очередь запихнуть

как это на практике вообще сработает)

наверное надо тестить

Прямо такого же не было. Таблица ж одна?

да

С апдейтами не должно быть проблем. Другой вопрос сколько поставить воркеров чтобы и отработало быстро и при этом чтобы таблица сильно не страдала, но это пробовать надо.

каким образом обновляется баланс: сколько полей/таблиц считывает, какие вычсиления происходят и сколько полей/таблиц обновляет ?

Есть же уже Аля Гугл аналитика open source зачем ещё 1 писать?)

одно поле обновляет

но кроме того, есть еще транзакции. Т.е. всего запросов получится 200к)

транзакции пишутся при каждом обновлении баланса (через обсервер)

и вообще, правильно ли хранить баланс в поле аккаунта? Или может высчитывать каждый раз по транзакциям

подскажите плиз как в ларе завалидировать float с точностью до тысячных ? (например 10.001)? только regex?

и вообще, правильно ли хранить баланс в поле аккаунта? Или может высчитывать каждый раз по транзакциям

В какой-то ж момент транзакций будет очень много. Так что храни. Храни в целом числе

а как по нормальному тогда транзакции создавать?

через обсервер получается два запроса вместо одного

Транзакции в смысле переводы денег между

?

сделай что-то наподобие регистров накоплений в 1с

Транзакции в смысле переводы денег между

ну бухгалтерская книга

где хранятся все действия с балансом юзеров

Ну, пишешь транзакцию, потом обновляешь балансы

а если баланс не обновится, а транзакция прошла?)

Транзакции базы данных?)

В смысле их задействуй

в постгре триггерные процедуры есть, но это уж совсем хард

крч протестю ща на 100к записей и все)

да уж создаются они довольно долго в цикле)

на 100к запросов где то 5 минут уходит

в принципе, это нормально

всем привет в composer.json строка @php artisan package:discover как туда засунуть кастомный путь до php, чтоб пользовать и на локалке и на продакшене один composer.json у меня на локалке php а на продакшене /opt/php70/bin/php

так, нет, обновлять 100к записей в один запрос - это хуевая идея

100%

вау

а нужно ли вообще в очередь пихать?

запросы то

у меня есть воркер, который демон и выполняет кучу запросов

нужно ли эти запросы пихать в очередь

и если да, то зачем

всем привет в composer.json строка @php artisan package:discover как туда засунуть кастомный путь до php, чтоб пользовать и на локалке и на продакшене один composer.json у меня на локалке php а на продакшене /opt/php70/bin/php

сделай алиас

мб поможет

@negasus памаги

сделай алиас

я тупанул, терь в 5.5 он сам берет версию php с которой к composer обращаешься... а вот на старой версии хз как. чёз алиас?

ну делаешь символьную ссылку в /usr/bin

и можешь запускать не через полный путь, а через filename

аа, не не канает, там несколько версий пыха, конфликты пойдут

хотя да если кастомный, то и на локалке и на проде замутить

норм так то

спасиб, так и сделаю

в принципе, это нормально

очереди хороши тем, что ты можешь отслеживать дошел твой ивент или не дошел

и если не дошел, то отправить заново

ну и в принципе неплохо вынести трудоемкие операции в очередь

хотя, если есть демон отдельный, то это уже не так критично

очереди хороши тем, что ты можешь отслеживать дошел твой ивент или не дошел

ты про запрос к бд?

можно чекать, тру или фолс и если че перезапускать

захардкодить т.е.

@negasus памаги

чо?

а нужно ли вообще в очередь пихать?

запросы то

у меня есть воркер, который демон и выполняет кучу запросов

нужно ли эти запросы пихать в очередь

и если да, то зачем

а, ага

у меня запросы делает тот самый воркер демон

Ну давай попробуем разобраться)

ERROR: S client not available

по твоему совету который

У тебя запросы - это вставка в бд, верно же?

Кстати, не забываем, что я в БД так себе спец)

ну смотри

у меня апдейт по сути балансов юзеров

но кроме того, не надо забывать, что при апдейте баланса дергается обсервер и создается транзакция

т.е. уже х2 запроса

100к апдейтов - 200к запросов всего

оно отработает думают минут за 10-15

это дело надо дергать всего раз в час

и вопрос в том, нужно ли это в очереди пихать. Просто я не вижу причин, зачем

т.е. у меня сейчас чисто в демоне отрабатывает через форич эта куча запросов

а как ты хочешь это делать?

аа

ну очереди тебя защитят от падения твоего демона и непонимания когда он упал и что не успел

А вот это хорошая причина

я бы наверное пихал в очереди. тем более, если машина позволяет - они будут по 4 (напрмиер) одновременно работать

то есть скорость выполнения операции x4

Ладно, спасибо)

я бы наверное пихал в очереди. тем более, если машина позволяет - они будут по 4 (напрмиер) одновременно работать

это как это?

у меня вот эти таски по сути не будут демонизироваться

т.е. надо что бы оно отработало и умерло

Ну я имею ввиду, сделать обычный Job который делает операцию вставки там в SQL или что тебе надо. А он уже отработает стандартным механизмом через supervisord

но возможно я не вижу полной картины, может не то имею ввиду

а зачем вообще супервизор?

а, все, он у меня работает ок-ца

Ну я имею ввиду, сделать обычный Job который делает операцию вставки там в SQL или что тебе надо. А он уже отработает стандартным механизмом через supervisord

все так

Ну я ж говорю, закинуть операции над sql в очередь

да

мне интересно, как оно паралелится

а зачем вообще супервизор?

чтобы поднимал, когда падает

:3