>>> работа с БД в большинстве случаев быстрее plain-file.
>> Тока не в этом конкрэтном. Ибо инсерты будут валить как из ведра.
>> И вот када тазик даже не просядет - проляжет (или мы
>> их транзакциями по n штук пендюрить бум?
> А кто вас сказал чтоб это будет *реляционная* СУБД? шарашить с спец
> формате рассчитанном на эффективную запись. даже при снижении скорости чтения анализ
> будет идти быстрее чем grep.

Вы. Вы описываете тютелька в тютельку именно такую DBMS и потом удивлённо разводите вашими же руками.

> Далее plain-text можно ускорить в несколько раз если заменить hostname на hostId,
> время указывать в виде unix-time как набор байт, а не "03-Мрт-12
> 04:48". Какое приложение выдало сообщение - локальный идентификатор размером в int.

Вот, именно об этом я и говорю. Проведём нормализацию, напендюрим справочников и т.п. - именно это и характеризует _R_DBMS.

> Ща глянул на дефолтовые логи - половина записи это мета-информация, которая может
> быть легко нормализована. Т.е. если сейчас система логирования справляется с текущей
> нагрузкой, то при замене на бинарь она будет в два раза
> быстрее (уменьшение на 50% размера средней записи, значит за то же
> время можно записать на 200% больше, т.е. в два раза).

Чушь. Сислог крайне чувствителен ко времени записи, а запись в DBMS априори медленнее простого добавления строки в файл.

  

> Для дефолтового лога апача ускорение будет в 1,5 раза (мета-информация занимает примерно
> треть).

Конечно не будет, указал по чему.