АдмiнiстраторНадо будет когдато написать большой пост о недостатках SQL его кривости и невразумительности.
Начал бы я с того, что такие базы непомерно раздуты. 50% в базе это айдишники, служебные данные базы.
Много служебных таблиц, исторических, хранящих изменения и тд.
Потом благодаря РМД данные не лежат централизовано, они разнесены по разным таблицам, что усложняет к ним доступ.
Приходится писать мегаджоины которые мегамедленно выполняются.

Традиционный SQL имеет ряд костылей, некоторые из них:
СТЕ - костыль для реализации иерархий в СУБД
FTS - костыль для полнотекстового поиска
EAV - костыль для организации гибкой структуры базы

и тд.

Bazist,
революционненький настройчик?

А когда Стебелек в саду http://www.nosql-database.org/ появится?