> дайте оценку!

Оценку чего? Схемы? Дерьмо как дерьмо, ничего особенного. Грубых ошибок на первый взгляд нет.

Видите ли, несколько тем мусолятся здесь очень давно и без какого-либо прогресса. EAV, метамодели, справочники, темпоральные модели - наиболее яркие представители. Иногда даже кажется, что достигнут какой-то промежуточный консенсус, - а вот хрен, приходит очередной новатор-пионер с горящим взглядом и всё начинается заново. Давайте так: я сформулирую простую задачу, а вы постараетесь изменить приведённую вами схему так, чтобы она была пригодна для её решения.

Предположим, вам нужно хранить не только значения, но и диапазоны. Непрерывные и дискретные. Открытые и закрытые. Ваш вариант структуры?

> А какая нафиг разница если все бубет приведено к базовым типам: Integer, Decimal, String, Date ?

Такая, что есть разница - хранить единичное значение или явное подмножество значений. Подмножество потребует дополнительной структуры. И первый вопрос, на который вам придётся ответить, - какую часть EAV необходимо реализовать максимально просто для того, чтобы она позволяла расширение функционала без глобального редизайна.

> Я EAV не юзаю, у меня своя приблуда покруче

Вы попросили прокомментировать схему - я её прокомментировал. Хотите, чтобы я прокомментировал ваш велосипед - нарисуйте, прокомментирую.

Видите ли, чудес не бывает. Реально интересное решение - темпоральное, с метамоделями, контекстами, локализацией и пр. плюшками - сложное решение, я не думаю, что где-то оно реализовано хотя бы наполовину. Дело даже не в сложности модели как таковой, а в геморройности поддержки продакшн версии. Хотя, в принципе, есть варианты.

> В упор не вижу никакой проблемы.

Это говорит только о том, что вы решаете очень простые задачи.

> Сложные модели плохи. Всегда.

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

На моей памяти имели место изменения, которые можно назвать значительными: семантик веб, noSQL, биг дата, форсайт, - а на sql.ru до сих пор самые модные обсуждения - о суррогатных первичных ключах и EAV.

> разработать конкретный софт

Написать очередную тонну говнокода, чтобы надуть щёки? :) Остановитесь, его уже более, чем достаточно. У google - не последней IT-лавки, правда? - взлетают единицы из тысяч проектов. Не убеждает google, - посмотрите на github. Возможно, вы - новый С. Брин, но вероятность этого стремится к нулю. Ничего личного, просто статистика.

> один строгий господин

Вы, в общем, правы: ddl я не пишу очень давно. Не интересно. Я знаю ответы на вопросы, которые вам задал. Знаю, как, например, сделать рентабельный вариант википедии. Или - в чём принципиальная ошибка В. Яковлева, помешавшая концепции snob.ru стать бестселлером. Или - как можно связать скоринг и биг дата. Существует много интересных вещей, но это не значит, что нужно всё бросать и браться за их реализацию.