AFAIK Тут два подхода:
1. "Универсальная" структура.

Например EAV (как уже сказано), или хранить все в XML, или вообще хранить в какой нибудь NoSQL базе данных (вроде сейчас это модно).

2. По своим метоописаниям динамически перестраивать структуру таблиц (давать необходимые ALTER TABLE, CREATE etc...)

Первое плохо тем, что нормальные индексы по такой структуре Вы не построите. Соответственно, весь более-менее сложный поиск будет стоять колом.

Второе плохо тем, что на момент регламентных операций перестройки, скорее всего, придется блокировать (останавливать) всю систему. Ну и собственно перестройка может занимать дофига времени. Плюс, истинные тру-админы возможно будут уверяют что это плохо ))) и придумывать кучу проблем ))) но AFAIK это исключительно от размера той части тела, которая мешает танцорам )))

softwarerЕсли сделать чуть поумнее, и разделить данные на постоянную часть (условно, таблица CLIENTS, на которую завязана бизнес-логика) и динамическую (условно, таблица CLIENTS_ADDITIONAL_FIELDS, на которую ничего не завязано), то ничего особенного блокировать и останавливать не придётся.
Ну и будет в результате тот же EAV.

Поля в базе данных "на которые НЕ завязана бизнес-логика" это уже круто. Если на них ничего не завязано - нафиг их вообще хранить. А раз поля в БД есть, то явно, на них хоть что-то завязано. IMHO & AFAIK.

Можно, конечно, делать как Oracle в OeBS: Attribute1, Attribute2...Attribute15 но это опять таки получается "универсальная структура" и стоит в поле с типом char сохранить date и потом пытаться по этому искать.... становится печально... В модуле "Качество" по такой методике аж под 100 атрибтов нарезано, да еще и разного типа. Но это уже получается помойка.
softwarer...то ничего особенного блокировать и останавливать не придётся.
"особенно" это понятие относительное. Ну заблокировали пользователей на 5-10 мин., в 99.99% задач - не смертельно. Особенно, когда это сделано по нормальному и отдельной кнопкой "применить изменения"/"перестроить". Настроили систему, в конце рабочего дня нажали кнопку "перестроить"

Пользователи утром пришли - радость, новые поля на экране.

Знаю программиста и систему, где было и тот и другой путь сделан. Т.е. хочешь EAV, хочешь обычные таблицы. Но это у него получилось исторически. Сначала сделал EAV, когда все встало "колом" допилил обычные таблицы с индексами, а старую веточку в программе с EAV оставил.

Leonid Kudryavtsev...Знаю программиста и систему...
SERG1257Короче ты попал - клиент не знает чего хочет, но это должно быть круто...
Ну в том конкретном случае, задача ставилась так (ДОСЛОВНО):

"Нам нужно 400 полей, но мы не знаем каких" ( C ) архитектор системы

а программист только устроился на работу, еще испытательный срок не закончился, взял и сделал по такому ТЗ )))