Здравствуйте, Yurij. Вы писали 21 августа 2011 г., 3:07:12:
> Еще можно попробовать round-robin database. > rrdtool хорошо, но надо узнать переживет ли он > такие объемы. IMHO rrd не рассчитан на хранение данных, это такой усреднятор из которого удобно выбирать графики, но точные цифры получить затруднительно. Тем более что она предполагает совершенно четкий временной шаг которого не реальных датчиках может и не быть (тем более 1000 штук) а в данном случае время может играть весьма существенную роль. Зависит от прикладной области конечно. Ну и самое основное отличие rrd от других БД - что она кольцевая, т.е. файл исходно расчитан на определенное количество значений, после заполнения он начинает переписывать старые данные. Но это как раз то что тут не нужно. Ну и на счет партицирования там наверное не получится. Или будут отдельные файлы. > Я бы искал готовое решение для временных рядов, и > если нет готового - использовал бы плоские файлы, > партиции по датчикам и объектам и что-нибудь > подходящее для индексов по времени (тут сразу > же всплывет вопрос, как сделать чтобы > индекс оставался согласованным с данными при > любых падениях). Как раз с индексами никаких проблем нет - данные залили, файл проиндексировали. Если что-то упало - переиндексировали. А дальше ни данные ни индекс не меняются - падения не страшны. -- С уважением, Владимир mailto:fr...@academ.org
