MySQLCraft
2. Мощнейшая система рулей. Сомнительный аргумент, ибо они часто не работают как надо, приходится реализовывать на триггерах и ХП.

Работаю с базой лень взвесить сколько там гигабайт. Сотни таблиц, порядка тысячи rules. У тебя не работает? Кури маны.

MySQLCraft
3. Поддежка ХП на куче языков. Сомнительный аргумент, ибо когда не хватает встроенных средств SQL,C,C++, то можно реализовать бизнес логику вне СУБД на Java, php, perl и т.д.

СУБД без хранимок - это SQLite. Работает намного быстрее мускула, и кстати позволяет забиндить туда функции внешнего языка (т.е. загрузить в базу и пользоваться как встроенными).

MySQLCraft
4. Отличная (ИМХО самая лучшая) поддержка стандарта SQL. Сомнительный аргумент, когда приходится платить отсутствием UNSIGNED, TINYINT, DESC

Постгрес отлично соответствует SQL 2003. Если мускул что-то свое придумывает, что несовместимо со стандартом, это не может использоваться для сравнения с другими СУБД, и уж никак не влияет на совместимость постгреса со стандартом SQL.

MySQLCraft
5. Версионность. Сомнительный аргумент, ибо есть транзакционные InnoDB не требующие VACUUM и при этом работающие не медленнее.

Версионность, двухфазный коммит транзакции жизненно необходимы в сложных системах. Не нужно прокрустово ложе делать вместо сравнения.

MySQLCraft
6. Функциональные и частичные индексы. Это есть также и в MySQL

При отсутствия поддержки языков для создания функций? Ну да, велосипед есть, колес только нет у него...

MySQLCraft
8. Возможность партиционирования данных. Это есть также и в MySQL

Добавлю, что возможность партиционирования с набором условий, при поиске игнорируются таблицы по всем указанным условиям партиционирования. В мускуле не знаю, как с этим сейчас.


Добавлю еще пару пунктов - надежность и нетребовательность Постгреса к ресурсам. Для поиска узких мест запускал корпоративную базу на микроконтроллере ARM с частотой 133 МГц и 32 Мб ОЗУ (Linksys NSLU2). Работает. Причем при перегрузке параллельными запросами и жесткой перезагрузке данные остаются в целости (вот что значит версионность).

Видать, мускульщики все еще СУБД выбирают :-) Вот уж выберут и начнут работать, успокоятся

MySQLCraftМускульщики ваще на MS SQL и Oracle работають... за что платют на том и работают, но плююцца, грязно ругаюцца и пьють от несовершенства этого мира :))

Стоило обсуждать возможности СУБД :-) Кстати, это напомнило мне про один из серьезных плюсов мускуля - система достаточно примитивная, чтобы с нее можно было легко мигрировать. С постгреса переносить проект намного сложнее, ибо за годы система обрастает специфическими функциями и модулями. А вообще, как показала практика, делать из СУБД сервер приложений плохо масштабируемый подход, хотя для проектов известного заранее масштаба удобный вариант.