Re: Простенький биллинг (ну или считалка траффика с дополнительными фичами)
Alexander Gerasiov -> debian-russian @ Fri, 11 Aug 2006 16:46:04 +0400:
>> >> А оно, sql, надо? Тебе ж не деньги считать. Толку мало, а гемороя
>> >> дохрена, плюс постоянно что-то отваливаться будет. Plain text оно
>> >> надёжнее.
>> AG> А вот не уверен. Чему там отваливаться? libmysqlclient порстой и тупой
>> AG> как валенок, а вот специфические запросы делать позволяет. Мало ли
>> AG> потребуется посмотреть на что именно ушел трафик у Васи Пупкина, на
>> AG> вырусы или на порнуху? Или просуммировать потребление трафика
>> AG> бухгалтерией? С mysql опять же на небольших объемах никаких проблем с
>> AG> производительностью быть не должно при том, что все логи весьма
>> AG> доступны, а плейн-текст еще ротейтить надобно, или, например,
>> AG> потребуется просуммировать данные из разных логов - еще лишняя головная
>> AG> боль.
>>
>> Видишь ли, там, где плейн-текст надо ротейтить, у мыскля уже появляются
>> проблемы. Либо не будет успевать укладывать данные в базу, если надо
>> индексы апдейтить (а у тебя на этой задаче размер индекса вполне может
>> превосходить размер таблицы, мне по этим граблям ходить приходилось),
>> либо будет очень тормозить на создании отчетов по причине отсутствия
>> оных индексов.
AG> Артем, плейн-текст ротейтить надо пусть даже не из-за того, что его
AG> очень много становится, а из-за того, что его _может_ стать много если
AG> не ротейтить вообще.
Так с БД те же проблемы. Только текст еще при желании можно жать на
лету, а БД - вряд ли...
AG> Про то, что с БД могут быть проблемы я понимаю, но это же не
AG> причина отказываться от БД вообще. В данном случае записи
AG> информации не по пакетам, а по соединениям, будет достаточно (да-да
AG> я в курсе, что так можно перерасход только постфактум заметить, на
AG> это можно сделать отдельный хитрый болт), и, как я понимаю, тот же
AG> NetAMPS именно так и делает.
AG> Про необходимость/ненужность БД в данном случае спорить не буду, просто
AG> мне кажется, что в терминах реляционных БД думать и формировать запросы
AG> к сохраненным данным по трафику проще, если кто-то думает, что это не
AG> так - расскажите почему. Кирилл вот написал, что это оверхед. Мне так не
AG> кажется все-таки.
И при этом я, в общем, не про БД в целом, хотя РСУБД - это не
единственный способ сделать дурацкий поиск, а про мыскль в частности.
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: ran@jabber.ran.pp.ru
Тормоз - тоже механизм, только медленный совсем.
Reply to: