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

Козлодоев
Требуется спроектировать БД:
чтобы по мере поступления в БД очередного нового(с точки зрения набора свойств) объекта - не требовалось что либо перепроектировать(!), ни БД, ни клиентское приложение, и вообще, останавливать работу системы.Зачем всё в кучу валить? Перепроектирование БД и перепроектирование клиентского приложения -- совершенно разные задачи. Если в рамках фреймворка клиент построен так, что он динамически пользует системные метаданные и дополнительные метаданные самой системы, то его перепроектировать не надо. Добавляете новый класс объектов в БД, регистрируете его метаданные и вперед. Клиент как работал, так и работает. И всё это штатными средствами РСУБД, без всякого EAV.

Козлодоев
Замечено:
если такую задачу пытаются решать "специалисты", которые в состоянии мыслить только категориями CFSE-средств(тут кто то уже метко характеризовал эти средства, как Оглупляторы ), то ничего у них получиться не может в принципе. Им даже помочь советов невозможно, ибо язых их понятий исключительно самобытен и не поддается перепрограммированию... Специалистам, свободным от данных комплексов, такие задачи по силам, хотя и очень сложны, хотя бы в сили нестандартности таких решений, но решения такие встречаются, они вполне успешны в узких кругах, и тут нет юмора, такие решения - всегда удел узких кругов.Замечено, что подобные сентенции выдают те, кто просто не умеет ни грамотно пользоваться CASE-средствами, ни грамотно решать подобные задачи.
Вместо того, чтобы научиться использовать штатные возможности, они по быстрому нахерачат EAV где надо и где не надо, а потом получается полный пэ с целостностью, безопасностью и производительностью системы.