Vladimir Baskakovда, как человек будет в этом ориентироваться? в рамках каких задач? каждая задача или тип задач сильно ограничивают это разнообразие, и под каждую задачу вполне создается ограниченное количество таблиц, с ограниченным множеством полей. Задачи, в которой бы все это перечисленное, переливалось бы вместе подобно постмодернистской ризоме, я пока не видел .... все равно есть ограниченные сабсеты, между которыми есть интеграционные прослойки.

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

Предлагаете создавать по таблице на каждый артикул? Думаю это совершенно нецелесообразно, сложность разработки и поддержки такой системы будет колоссальная. Использовать некий отличный от РСУБД инструмент, который бы инкапсулировал объект целиком, да возможно и в дальнейшем с появлением нейросетей в железе и с отказом от центрального процессора так и будет, но это уже совсем в другой жизни.

В настоящее время для решения такого рода задач в разрезе РСУБД хорошо подходят два механизма, для основных свойств - гибкие поля по аналогии механизма реализованного в OEBS и EAV-подобные структуры для второстепенных характеристик, при этом добавление новой характеристики не требует изменения таблиц и интерфейса пользователя, программист для этого не нужен.

drynnyЯ тоже топлю за систему, выросшую из EAV, если что. И против антинаучных подходов с разреженными таблицами или кучей таблиц со сгруппированными характеристиками.
Ну и зря, ищите другие инструменты, рсубд вам не подходят они основаны на антинаучной по вашему мнению реляционной алгебре.

hVosttES уже много лет, а в последние годы активно рассказывают на конфах, статьи, книги -- всё есть. Можем пора вылезти из танка?
Реальные коммерческие системы, внедрения?

hVosttЕстественно. И гос структуры тоже.
Я не про конкретно вашу закрытую и известную в очень узких кругах систему, а про то что продается и внедряется не в госструктурах, можете дать названия таких систем и где их внедряли?