сортировки. Почему не по первичному ключу? Вот, например, мне кажется самый распространенный пример. Таймсайрес данные, которые надо всегда выбирать отсортированными по времени. Поэтому делаем ключ сортировки таймстамп. Но иногда я хочу заменять старые данные, новыми по первичному ключу, например по хосту, в рамках одной партиции типа за месяц. Но движок этого не позволяет. Как быть?
а я хочу Анжелину Джоли из 1998 года.
Тоже бы не отказался. Но я серьезно, есть ли какие-то варианты или я чего-то не понимаю в бест практис?
Про первичный ключ долго рассказывать. Лень. Главный вопрос: А почему КХ ? Почему не victoria metrics?
Не смотрели на нее даже, честно говоря. Базово нужен реалтайм поиск по 400+ колонкам редкие обновления/замена и компрессия на хранение больших объемов. Там есть такое?
таймсириес и 400колонок? Что-то в консерватории у вас не так.
Ну условный таймсайрес очень. Там не большой рпс на запись
У меня одна из задач примерно такая же. Данные льются батчами каждый день. Это новое состояние системы на определенный день. - агрегаты с плавающим окном (-30 дней.) 150 показателей на 50 млн записей. Т.е. дата это партиция , которая адресует расчет на определенное утро.+ ещё хочется индекс что бы быстро искать по такой партиции. Насколько это нормальный кейс для КХ ?
ну я ничего не понял. Предыдущий тоже хотел непонятного. Зачем нужна там сортировка по дате, если по сути она ничего вообще не дает.
Обсуждают сегодня