если первичный ключ другой? (данных 400 млн)
а то доставать общую стату за последний час около 6 сек (за всё время 9 сек), не прикольно как-то
на ум приходит только партиционирование
Вот, кстати, хороший вопрос, КХ индексы создает по сериал данным, он понимает дату?
но по часам это не вариант, смотрите индексы
а индексы вторичные по каким критериям создаются?
можно создать projection (select поля_первиного_ключа order by data), дальше очевидно
на сколько стабильны уже projections? в прод можно катить?
а что, прямо в реальном времени считать надо? если нет, то ведь можно рассчитывать статистику раз в N минут/секунд и хранить результаты в другой таблице, откуда выборка уже мгновенная
Т.е. сломается по закону мерфи
ну кстати если надо какие-то статистики то тогда еще проще, можно прямо aggregating projection и там стату посчитать.
ээ, вы не понимаете, там есть corner cases, которые еще не нашли, вы либо наступите прямо в testing либо никогда
Поскольку все эти законы эмпирические, вероятность в них ступить не отличается от н[оу]ля, поэтому "обязательно" в проде.
вот в этом чате есть несколько человек которые поставили 21.8 - в прод и нашли проблемы. Вот это ПРОСТОПИПЕЦПРОСТОПИПЕЦШЕСТЬРАЗ безумие ехать в прод со свежим КХ. А прожекшины в прод это фигня.
Обсуждают сегодня