johndesВам не кажется что EAV - попытка реализации СУБД в СУБД

Нужно уточнить о какой СУБД идёт речь. Если СУБД поддерживает динамическую типизацию, как например в JavaScript (это конечно не СУБД, но суть подхода, полагаю, ясна) объект может со временем приобретать атрибуты и методы, то как бы и проблем нет. Точнее проблем нет на небольших приложениях, тогда как отслеживать динамические свойства объектов в большом проекте очень непростая задача.

Дополнительные атрибуты в хорошо структурированной информационной системе дело нормальное. В книгах и анкетах и других бумажных документах поля не редко используются для дополнительных пометок. Почему в БД не может быть таких "полей" для непредвиденных заметок? Когда такие заметки становятся систематическими, поставщик системы может проанализировать их и внести изменения в схему БД, чтобы заметки нашли своё место в штатной структуре БД.

На счёт способности неподготовленного пользователя вносить изменения в структуру БД я имею большие сомнения. Это дело проектировщиков, иногда внедренцев или технической поддержки системы. А раз так, то большая гибкость не очень то и нужна и даже в чем то вредна, ибо разработчик системы теряет обратную связь с заказчиком, который как правило не спешит делиться своими идеями по улучшению системы.