The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Индекс форумов
Составление сообщения

Исходное сообщение
"NetXMS - новая, быстро развивающаяся система мониторинга"
Отправлено _Nick_, 14-Июн-07 21:24 
>>для тебя СУБД - это именно SQL? :)
>Для меня СУБД это система управления базами данных.
Труъ. Для меня тоже, как ни странно :)
>И они как-то чаще всего бывают реляционными.
Внимательно читаем определение СУБД (можно с вики) и понимаем, что
СУБД бывают не только реляционными... Так что "чаще всего" - это как-то не то ;)

>>открою тебе глаза: у нагиоса есть свой метод хранения полученных данных.
>А мужики то не знают! И что оно там хранит и как?
>Нативно оно само умеет писать только журнал событий и не более.
Я хочу сказать, что нельзя утверждать, что в нагиосе нет СУБД.
Вот список основных функций СУБД:
http://ru.wikipedia.org/wiki/%D0%A1%D0%B...
-----CUT-------
    * управление данными во внешней памяти (на дисках);
    * управление данными в оперативной памяти;
    * журнализация изменений и восстановление базы данных после сбоев;
    * поддержание языков БД (язык определения данных, язык манипулирования данными).
-----/CUT-------
Внешний файл лога: читай, пиши - делай что угодно. Но функционал нацелен на добавление - что и происходит.
Управление в оперативной памяти - легко: получение кода возврата от плагина и передача кода в нужные функции-обработчики.
Журнал и восстановление: практически сложены на файловую систему, упростившись до сискола fsync() после кажой записи в лог.
Внутренний язык - конфиг :)


>Все графики приделываются сторонними средствами и хранят данные в отдельных rrd
>базах.
А кто говорил про сторонние графики? Конечно они чем-то другим рисуються :)


>А что у нас журнал событий уже стал СУБД?
Ну так - да :) По определениям СУБД - см. выше.
Очень заточенная под определенные вещи СУБД.


>То-то все реляционные СУБД используют.
Гибкость в наше время нужнее чем скорость. Тяжело под каждый проект свою СУБД писать...
Для нагиоса это сделано как минимум потому что там она очень проста.


>>О проблемах некой универсальной СУБД (аля мускуль, постгрес) тут уже кто-то писал,
>>что локи на таблицы делают такое решение плохо масштабируемым или попросту
>>говоря тормознутым (почти как Giant Lock во бзде ;).
>Читайте выше. Локи на таблицы есть только в MySQL при использовании движка
>MyISAM. В случае использования InnoDB этого НЕ ПРОИСХОДИТ. Во всех других
>СУБД более серьезных СУБД этого нет уже очень давно. Транзакции рулят.
>К тому же у меня сейчас используется zabbix с СУБД mysql
>база весит 23 гига. Работает все хорошо и быстро. Что я
>не так делаю?

OMG. 23giga база мониторинга... %))))
Нет, ниче не хочу сказать. Не знаю на сколько это сервисов и за какое время.
Ну а про локи лишь с мускулем без транзикций - не буду спорить :)

 

Ваше сообщение
Имя*:
EMail:
Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
  Введите код, изображенный на картинке: КОД
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру