>Ключевое слово все данные берутся из базы. Т.е. выполняется операция подключения к
>базе далее отправляется запрос select ... и причем их может быть
>несколько. Они компилируются и запускаются. После чего отдаются в модуль. Т.е.
>если еще накладные расходы передачи данных по сети.
>Никогда не забываем про накладные расходы. В результате хорошо написаная хранимая процедура
>или будет работать с той же скорстью или даже быстрее. Правда в Ваших словах есть. Я подумаю как можно ускорить процесс авторизации. При авторизации nibs отдает базе около 4-х select'ов и авторизовывает пользователя за 0.5-1 сек, может можно эти показатели уменьшить....
>Аха если бы небыло накладных расходов. Плюс никто не мешает мне написать
>хранимую процедуру на C и в результате такая процедура по скорости
>будет легко уделывать внешний модуль на C.
Не факт. Будет тратиться время на поиск модуля, на его инициализацию и обработку его output'а.
>Не те задачи. Если у меня встанет такая задача я буду использовать
>NetraMet (RTFM - realtime flow meter).
NetraMet слишком навороченая и я не нашел как стандартными средствами перенаправить его output хотя бы в mysql. На данный момент юзаю простой коллектор, написаный на perl.
>>В cake придется чем-то жертвовать - или гибкостью тарифных планов или точностью расчета :)
>это о чем ?
Или один ценник на мегабайт, расчет octet-limit'а, что очень конкретно повышает точность расчетов, но есть ограничение на гибкость ТП или заставить NAS часто отдавать alive, что есть нагрузка на базу, но нет ограничения на гибкость ТП .