MasterZiv
Ты думаешь, программист - это тот, кто в редакторе notepad
пишет код на visual basic ? Я на этот счёт непного другого
мнения.
...

Ладно, фиг с ней, с задержкой. А как ты решаешь проблему с количеством
атрибутов ? Я хочу 1000. Нет, завтра уже -- 2000. А потом - 3000.

Вот я о том и говорю. Когда программист начинает хотеть неизведанные дали, в итоге получается супер пупер универсальная платформа. Когда же есть некая нестандартная задача, не вписывающаяся к примеру в рамки РСУБД (требования динамического изменения структуры в рантайме), архитектор не начинает проводить тесты на таблицах с тысячами колонок, миллиардами записей и прочим, а для начала полностью собирает по задаче все требования и ограничения, стараясь максимально ограничить круг нестандартности, ибо как известно клиенты часто на словах хотят больше, чем им нужно на самом деле. И только после этого выбирается решение, в том числе на определенной РСУБД проводятся тесты с целью выявления подводных камней в решении. В моем случае в обоих проектах поставлено ограничение на кол-во столбцов в 255. Тоже самое касается и максимального кол-ва записей в актуальных и исторических таблицах - определен собираемый объем данных, правила и время их хранения в операционной и аналитических базах, где OLTP и DSS - это разные СУБД, ибо предназначены для выполнения разных задач.

Еще раз подчеркиваю - при выборе решения надо руководствоваться не тем, что лучше - DDL vs EAV vs Еще чего то, а отталкиваться от конкретной задачи и поставленных условий. Если соблюдать это правило, то в тему будет и DDL и EAV и Еще чего то, потому что когда есть определенные задачи и условия - то решение будет простым, эффективным и цели будут достигнуты. Когда есть мифическая цель сделать нечто универсальное, то процесс разработки будет бесконечным, а проект считаться безнадежным.

GUESТвы не обратили внимания? все дискуссии вокруг подобных тем эквифинальны...
Да потому что можно до опупения каждый раз яростно обсуждать, что круче - колеса или гусеницы, без привязки к местности и результат будет тот же самый ;)

FoxluckПо таблице на поле. :)
Мда это крайний случай (Точнее как минимум два поля на таблицу вместо с id). Кстати полезно его рассмотреть с точки зрения к чему ведет такое дробление . Даже трудно представить. Наверное это пагубно скажется на производительно много joinов.
Угу. Сущность размазана по 5 таблицам, для сущности миллион записей, значит в каждой из 5 таблиц получаем по миллиону записей. Делаем запрос, возвращающий все поля с наложением условия, то есть соединяем INNER JOIN все таблички, пишем WHERE - любуемся на кривой план запроса, наслаждаемся тормозами :)