>Надеюсь, не по-свински работает с БД при выгрузке отчета за период сбора
>статистики?
Не совсем понимаете как работает этот биллинг. Информация обновляется по каждой сессии ежеминутно. Но при этом не все хором. Это время зависит от того когда было осуществленно подключение. Кроме этого вызываются хранимые процедуры. Надеюсь не надо пояснять, что они уже скомпилированы и по сети передаются только данные и вызов процедуры.> А то lanbilling так и не научился немногочисленные общие для
>всех переменные, хранимые в БД, хранить в памяти, вместо того, чтобы
>при выгрузке каждого лицевого счета запрашивать их по-новой.
Они могли измениться за период между выгрузками. Но на самом это уже вопрос архитектуры. Счетчик в БД или в коллектор должен отдавать только трафик. А так же получать правила подсчета трафика. Причем только принудительно. Т.е. если мы что-то изменили в правилах подсчета, мы же и загружаем их. Проверять каждые 15 минут, а не изменилось ли? Не есить правильно. См. RTFM (Real Time Flow Meter) - это иделогически правильный подход к счетчикам и коллекторам.
>100М/бит линк между
>сборщиком статистики и базой данных просто дохнет :)
Тут не должен ;)