|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Andrew Degtiariov 2:5020/400 09 Apr 2004 14:52:06
To : Ivan Voytas
Subject : Re: книга по PostgreSQL
--------------------------------------------------------------------------------
e> <20040409073802.GB86835@astral-on.net>
e> <c55knf$2oh5te$1@ID-225152.news.uni-berlin.de>
e> <20040409085919.GE86835@astral-on.net>
e> <c55sgn$2onof1$1@ID-225152.news.uni-berlin.de>
From: Andrew Degtiariov <ad@astral-on.net>
On Fri, Apr 09, 2004 at 10:05:24AM +0000, Ivan Voytas wrote:
> > Я говорю с позиции практического опыта, в отличии от. У меня сейчас ip
> Ты знаком с моим опытом, для того, чтобы говорить "в отличие от"? :-)
По твоим высказываниям заметно, что имел дело ты только с хранением
данных в plain text и в SQL. Так что можно сказать что знаком :-)
> > accounting в SQL. Девелоперская версия в формате flow-tools. Мне есть с
> чем
>
> В каком SQL? MySQL тут уже не подходит, его "lightning speed" превращается в
> lightning тормоз. Поконкретнее, пожалуйста.
Лично у меня PostgreSQL. Видел решения, использующие MySQL. Те же
принципиальные проблемы, только более ярко выраженые.
> > была достоинством SQL. Вот удобство, легкость использования, ясность
> > модели - это да.
>
> При прочих равных - может быть. Смотря что и смотря для чего считать. Объем
> неоптимизированной статистики netflow, если тебе конечно "есть с чем
> сравнивать", за сутки легко переваливает за 1-3-5Гб. Объем нормально ужатой
> базы будет в 5-10-15 раз меньше (в зависимости от количества червей и типа
> траффика). А при выборке с такого-то ip на такой-то по таким-то портам в
> такое-то время? Hасколько bdb "быстрее"?
> Короче, не убедил. Храни в flow-tools. И будет всем счастье, но каждому
> свое.
Про какую оптимизацию идет речь? Мы говорим про IP-аккаунтиг? Как по
мне, так никакая "оптимизация" сдесь недопустима, иначе придется очень
долго обьяснять при разбирательствах, что дескать в связи с экономией дискового
пространства и чтобы оно не тормозило, вот пришлось... :-)
SQL штука хорошая, но только не нужно лепить ее везде. Опять же, если
говорить про эффективность, то выбор идет между универсальностью (SQL)
и специально спроектироваными под этот конкретную задачу средствами и
форматами.
--
Andrew Degtiariov
DA-RIPE
--- ifmail v.2.15dev5.3
* Origin: Astral-Kiev (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
