Таблица Cassandra под запросы

«Учебный датчик отправляет одно событие в секунду: за обычные сутки это 86 400 записей. Читаем по device_id и дате, иногда от 23:50 до 00:10». Попросите ключ партиции и план двух чтений через полночь. Расчёт числа строк задаёт масштаб примера; окончательный размер зависит от полей, частоты всплесков и фактического представления данных в хранилище.

Два события способны иметь одинаковое время, особенно при пакетной отправке или ограниченной точности часов. Если ключ не различает их, запись может заменить другую по семантике таблицы. Укажите, являются ли такие события дублями или отдельными измерениями. Попросите тест с двумя значениями одной секунды и явный дополнительный идентификатор, если оба должны сохраняться в истории.

Новый путь чтения может потребовать отдельной таблицы или подходящего индексного механизма. Разрешение фильтрации не означает приемлемую стоимость. Попросите оценить запрос «все датчики с ошибкой за месяц» отдельно от истории одного устройства. Это другой доступ к данным, и его нельзя обещать дешёвым только потому, что нужное поле уже есть в существующей таблице событий.

Создайте учебные события на границе суток, повтор времени и пустой диапазон. Проверьте порядок объединения результатов из партиций и отсутствие потерь. Затем измерьте реальный объём при ожидаемой частоте. Енотик не заполняет ваш кластер и не знает распределения нагрузки; срок жизни данных, согласованность и способ записи дублируемых представлений нужно обсудить применительно к вашим требованиям и версии Cassandra.