>Эдак кто-нибудь придумает и кэш прокси-сервера в СУБД завернуть.
>С подходом "Всё в БД!" я не согласен.
Это правильно. каждому инструменту - свое место.

>Более высокой производительности по сравнению с файловыми хранилищами - не согласен, на
>чём основано такое спорное, точнее сказать, неверное, утверждение?
Насколько я знаю postfix хранит данные в plain text, тогда
SQL-server более производителен при массовых операциях (поиск, массовое обновление,  резервное копирование в бинарном формате), и менее при еденичных операциях.

>Резервное копирование - горячее (без необходимости останавливать почтовый сервер, чтобы не получить
>поврежденное хранилище сообщений) - бред сивой кобылы! когда это команда dump
>или tar ПОВРЕЖДАЛА почтовые сообщения?
Говорится не о повреждении самих сообщений, а о возможности получить неконсистентный бэкап.

>Большей гибкости при обработке и анализе корреспонденции - НЕ согласен! - гибкость
>языка Perl для обработки текста превосходит возможности языка SQL. плюс немеренная
>туча уже написанных ГОТОВЫХ программ для "обработки и анализа корреспонденции".
Согласен. для анализа текстов возможностей SQL маловато. да он не для того и создан.

>Триггеры, представления... ещё можно добавить "хранимые процедуры"
>Я видел парсер письма, написанный как хранимая процедура на языке SQL, который
>при получении неправильно  отформатированного письма намерво вешал сервер БД и
>при этом губил базу. И не говорите про руки программистов -
>они были ровные, но инструмент не тот! А perl они не
>владели.
Чинить руки тому, кто делает это на SQL без ОСОБЫХ причин.

>"Кластеризация, репликация, фрагментирование, отказоустойчивость" - похоже на мантру продавцов SQL-серверов. Отказоустойчивость, производительность,
>масштабирование не обязательно должны обеспечиваться установкой сервера БД.
При использовании SQL-серверов этого можно добиться прозрачно для приложения и ОС.

Нужно ли это - зависит от задач.

>возможности SQL-серверов как хранилищ данных весьма преувеличены рекламой   производителей. SQL-сервера
>- это не серебрянная пуля и не killer application, а довольно
>сложная и громоздкая вещь, которая всё же необходима для некоторых классов
>задач.
SQL-серверов хорошо работает как средство хранения и обработки большого количества СТРУКТУРИРОВАННОЙ информации.

>Нужно отучиться думать на языке SQL и FoxPRO !
Надо научиться думать на языке задачи, а не реализации.