Исходное сообщение
"NetXMS - новая, быстро развивающаяся система мониторинга" Отправлено _Nick_, 14-Июн-07 20:34
>>Вопрос: КАКИМ нужно местом думать чтоб не суметь запросить множество значений >>за необходимый интервал? >А это тут причем? В случае с SQL я могу легко и >не принужденно ничего не изменяя увеличивать и уменьшать этот интервал. У >rrd это так легко не получится. На самом деле в RRD храниться массив: UNIX время - значение. Т.е. интеревала как такового нет. Он задаеться только скоростью добавления данных в базу. >Тоже самое могу сказать и >про копирование или пересчет данных. Хранение данных в СУБД дает больше >возможностей. rrd же позволяет выбирать линейные отрезки. В своей узкой области >оно удобно, но не более. Ты различаешь быстрее и удобнее? Так вот RRD БЫСТРЕЕ на определенных операциях. Про гибкость SQL'я мы тут уже все наслышаны.. >>Что ты продолжаешь мерять свой узорчатый но медленный? >Я ничего не меряю. Я высказываю свое мнение. И мое мнение таково >что использовать в более-меннее серьезных системах мониторинга rrd не стоит. Ты спутал SQL с RRD и высказываешься, что без SQL ничего серьезного не бывает. ДА. Так оно и есть. Но кто сказал, что данные нужно собирать сразу в какой-нить мускуль? Сбор - это рутина и она должна быть быстра. И только нужна более детальная обработка (да, да, все те сложные запросы с пачкой условий, сриптофф-на-перле и т.д.) - вот тут забирай данные из RRD базы в хранилище на SQL и рули куда нужно.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>>Вопрос: КАКИМ нужно местом думать чтоб не суметь запросить множество значений >>>за необходимый интервал? >>А это тут причем? В случае с SQL я могу легко и >>не принужденно ничего не изменяя увеличивать и уменьшать этот интервал. У >>rrd это так легко не получится. > На самом деле в RRD храниться массив: UNIX время - значение. > Т.е. интеревала как такового нет. Он задаеться только скоростью добавления данных в > базу. >>Тоже самое могу сказать и >>про копирование или пересчет данных. Хранение данных в СУБД дает больше >>возможностей. rrd же позволяет выбирать линейные отрезки. В своей узкой области >>оно удобно, но не более. > Ты различаешь быстрее и удобнее? Так вот RRD БЫСТРЕЕ на определенных операциях. > Про гибкость SQL'я мы тут уже все наслышаны.. >>>Что ты продолжаешь мерять свой узорчатый но медленный? >>Я ничего не меряю. Я высказываю свое мнение. И мое мнение таково >>что использовать в более-меннее серьезных системах мониторинга rrd не стоит. > Ты спутал SQL с RRD и высказываешься, что без SQL ничего серьезного > не бывает. > ДА. Так оно и есть. Но кто сказал, что данные нужно собирать > сразу в какой-нить мускуль? > Сбор - это рутина и она должна быть быстра. И только нужна > более детальная обработка (да, да, все те сложные запросы с пачкой > условий, сриптофф-на-перле и т.д.) - вот тут забирай данные из RRD > базы в хранилище на SQL и рули куда нужно.
	Введите код, изображенный на картинке: