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

да, начинаю понимать, ведь если джоба стартует на каждый сейв и пересобирает вьюху - это жестко

блин, задачка сложная

а если фронт как то заюзать в помощь, к примеру стучать в соккет морде, она будет перерисовывать данные(заюзать браузер клиента на расчет) а мы тихонько себе сделаем 1 джобу на расчет раз в час?

Одна проблема, при обновлении страницы - покажет данные за прошлый час

жаль нет опыта в работе с биржами, тут очень похожий бизнес

Ребята, Руся, спасибо за наводки, пошел пробовать.

Кто знает как в гитхабе от форка отделиться полностью. Чтобы не было сверху "forked from ..."?

сделать новый репо и залить в него код форка?

а менее извращенное что-нить? :(

куда уж менее?)

в саппорт написать

Ну, кстати, норм вариант.

на инетрфейсе не было кнопки последний раз, я то ли в доке где-то нашел, то ли так написал, в общем не проблема

ничего не выходит, вначале попробовал материзованную вьюху, чтобы обновлять данные, но там рефреш занимает 20 секунд, пересобирает на каждый сейв, потом попробовал обычную вьюху, тоже самое выборка из 3 млн по account_id + created_at range[] занимает 400ms, индексы на аккаунт и created_at стоят, вьюха с фиксированным account_id выплевывает за 200ms, я так понимаю потгрес очень плохо вытягивает range выборки, пробовал на монго тоже самое сделать с другой таблицей, там вообще range занимает 720ms

клиент говорит, что база из коробки, настройки дефолтовые, может постгрес из коробки так проседать на 3 млн и обычной выборке int + DateTime(range) ?

железо 64 gb, ssd 1 tb, cpu 16 cores, запускаю локально(без учета просадки по пингу)

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

Сложно сказать, все зависит что за данные ты вытягиваешь, индексы есть?

да индексы стоят на этих полях, таблица не большая по колонкам 7 колонок, пару стрингов и пару float там потом на руби они считают уже все это в проценты и разницу, я решил начать с базы, так как выборка из 3 млн по account_id и range по created_at получаю всего 30-40к записей, но сам запрос в бд занимает 400ms

при этом по обычному Model.where(account_id: 123).count (37.0ms) что тоже очень много я думаю