не, конечная цель - достать строки по клиенту
колоночная СУБД для тех, у кого колонок много, но обычно нужно несколько из и когда по ним нужны разные агрегации
ну агрегация по времени и клиенту это не подходящий кейс?
агрегироваться то что будет?
я бы тогда строчную базу и взял. не будет read оверхеда, b-tree индексы там всякие затюненные для добывания строк, снепшот уровни изоляции и прочие блага страничного хранения данных
Строки) ну да
я не понимаю что значит агрегация строк count(*) ?
Объединение логов по клиенту для выполнения быстрого чтения Я видимо в понятиях ошибся
похоже агрегации - это sum/avg/max... а вам, похоже, нужно только ts between и строки целиком тут КХ - не лучший выбор
Мне битвин даже не нужно, просто offset и лимит При условии что логи уже в правильном порядке лежат
а что подойдёт лучше?
зависит от потоков и объемов данных а так хоть Постгря
что значит от потоков?
транзакций в секунду
да любым может быть собственно говоря я же могу батчи настроить как мне угодно а так, условно 5-10к апдейтов в секунду
Обсуждают сегодня