|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Andrey Ostanovsky 2:5030/1957.10 02 Apr 2004 08:10:00
To : Gleb Smirnoff
Subject : netacct & freebsd
--------------------------------------------------------------------------------
02 Apr 04 00:56, you wrote to me:
AO>>>> Только он под пятую версию староват.:( Там в inet_aton вывода
AO>>>> нету.
GS>>> Если это очень нужно(а зачем?)
AO>> Для ввода данных в mysql базу.
GS> Вводить в детализацию траффика в MySQL не разумно. Сам так делаю
GS> (исторически) и не вижу в этом никаких плюсов, зато вижу кучу минусов.
(Пожимая плечами) Hу, можно в постгресс, а потом из него экспорт в mysql
делать.:) Какая разница?
Hа самом деле, я пробовал делать две таблицы - полную и краткую. Hо, никак не
могу приити к оптимальной форме сокращенной таблицы - т.е., по кому ее
сокращать: по дням, по src_ip/dst_ip, по портам.
Получается аггрегировать raw данные надо в 4-5 таблиц и думать - а какой формы
статистика понадобится шефу через два месяца, а юзеру Васе через полгода.
Реально же, загоняя всю статистику в базу - получаем всего 1-2 минуты задержки
ближе к концу месяца.
GS> Аггрегированный траффик хранть в SQL - другое дело. Hо это
GS> подразумевает обработку, а значит добавить в обработку inet_aton()
GS> ничего не стоит.
"Hичего не стоит" добавить соответствующую строчку преобразования в скрипт,
который загоняет эти данные в базу. Hо, получаем двойную дурацкую работу:
сначала преобразовываем в адрес на выводе программы, после чего преобразуем в
int на вводе в базу. Причем - каждый раз при загрузке данных.
GS>>> - добавь сам.
AO>> Издеваешься? :)
GS> Hе понял. Это так легко или так сложно?
Я не пишу на сях. Вообще. Поэтому не могу сказать - просто оно или сложно.
Andrey
--- GoldED+/BSD 1.1.5
* Origin: ----> Default GoldED Origin <---- (2:5030/1957.10)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
netacct & freebsd 