|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Eugene M. Zheganin 2:5054/79.2 24 Dec 2002 18:30:22 To : Victor Sudakov Subject : Учет тpаффика -------------------------------------------------------------------------------- 24 Dec 02 в 07:44, Victor Sudakov -=> Spartak Radchenko о "Re: Учет тpаффика": [...] >> И сразу всё увидишь. Если я поставил правильный диагноз, просьба >> потом сообщить, кто стал быстрее - awk или postgres. Hа моей машине постгресс тоже отсосал у awk. И в принципе это понятно: ipacctdb=> explain select ipdst, sum(bytes) from traffic group by ipdst; NOTICE: QUERY PLAN: Aggregate (cost=2332250.35..2381775.76 rows=990508 width=16) -> Group (cost=2332250.35..2357013.05 rows=9905082 width=16) -> Sort (cost=2332250.35..2332250.35 rows=9905082 width=16) -> Seq Scan on traffic (cost=0.00..221992.82 rows=9905082 width=16) EXPLAIN Видно, что даже при наличии собранной статистики (а я собрал) CBO предлагает делать seqscan. Это значит, что это по-любому быстрее- оно и понятно - участвуют все записи. Так что в данном запросе awk зарулит постгресс без вопросов. И вообще я начинаю склоняться к мысли, что, да, при специфике data warehousing и наличии такого мощного средстав как awk, на простых выборках быстрее него ничего не будет. Hужно попробовать на че-нибудь более конкретном. Я не думаю, что ты каждый раз считаешь весь траффик по всему периоду. Ротация, оно, конечно, хорошо, но опять же... 8) Hа этом остаюсь искренне Ваш, Евгений. --- GoldED+/BSD 1.1.5 * Origin: ----> Default GoldED Origin <---- (2:5054/79.2) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/28173e0855a0.html, оценка из 5, голосов 10
|