Я работаю для компании, которая получает данные от интеллектуальных счетчиков. Эти данные могут составлять до 2 дней для прямого потока и могут быть заполнены почтой в случае ошибок (пробелы и т. Д.). В настоящее время мы сохраняем это обычно в течение 5 лет. Затем данные втягиваются в куб SSAS и объединяются в 1 минуту, 5 м, 30 м, 1 ч, 1 день, 1 неделю, 1 мес. Для каждой из этих агрегатов также сохраняется Min, Max, Avg. Построение этого куба медленное и в настоящее время не масштабируемо, поскольку оно заносит свои данные из уникального источника.RRD Данные временных рядов
Я думаю, что база данных стиля RRD для каждой точки данных была бы лучше приспособлена, управляемой нажатием данных. Однако у меня есть несколько вопросов о RRD (примерах было бы только приветствовать)
- Может RRD сохраняющей детализации данных в том же время выполняя бросок вверх над временем?
- Можно ли подавать данные в RRD для исправления пробелов?
Спасибо.
примеры будут приветствоваться
К сожалению, я спросил, действительно ли это требование является реальным требованием много раз раньше, и мне говорят, что клиенты хотят сравнить эту неделю с той же неделей (выровненный пн-пт) -1y -2y -3y и т. Д. м мышление стиля RRD, а не самого RRDtool. – Mark
RRDtool сделает это, но вы потеряете много преимуществ для архивирования. Невозможно обойти тот факт, что если вы хотите получить высокое разрешение в течение длительного периода времени, вам нужно хранить множество точек данных. – Sobrique