https://opennet.ru/openforum/vsluhforumID8/7671.html День добрый уважаемые форумчане!<br><br>Прошу помощи в определении структуры каталога товаров, с такими особенностями.<br><br>1) любое количество свойств у товара.<br>2) любое количество типов товаров, набор свойств привязан к типу товара.<br><br>Остальная структура особо не важна, важно чтобы эта структура была правильной с точки зрения нормализации и соответственно не тормозила при большом количестве записей как в таблицах товара так и в таблицах свойств. Ну и не требовала жутких SQL конструкций выборки ).<br><br>Интересуют схемы баз данных, ссылки на примеры, или названия программных продуктов где подобное реализовано и доступно для изучения.<br><br>Заранее благодарен за любую помощь.<br><br> https://opennet.ru/openforum/vsluhforumID8/7671.html#2 Thu, 24 Jan 2013 13:44:42 GMT &gt; правильный с точки зрения нормализации - это не лучший вариант с точки <br>&gt; зрения быстродействия. В любом случае построенную страницу товара надо кешировать, а <br>&gt; не строить её на каждый запрос пользователя.<br><br>Приведите в таком случае вашу схему которая дает большую производительность. Для начала необходимо подумать о скорости листинга товаров, причем без фильтра по конкретному типу товаров и листинг не простые титлы товара а с полным набором свойств (ну или частичным набором, именно уникальных наборов свойств), так как большую нагрузку дает именно выборка подобных списков а не конечная страница товара.<br><br>Например выводим список товаров по производителю, и в него вошли товары типа, чайник, утюг и дрель.<br><br>У дрели имеем характеристики<br>Назначениедрель-шуруповерт<br>Тип инструментабезударный<br>Тип патронабыстрозажимной<br>Количество скоростей работы2<br>Питаниеот аккумулятора<br>Диаметр патрона1 - 10 мм<br>Макс. число оборотов холостого хода1300 об/мин<br>Максимальный крутящий момент30 Н*м<br>Макс. диаметр сверле https://opennet.ru/openforum/vsluhforumID8/7671.html#1 Wed, 23 Jan 2013 13:58:59 GMT &gt;[оверквотинг удален]<br>&gt; Прошу помощи в определении структуры каталога товаров, с такими особенностями.<br>&gt; 1) любое количество свойств у товара.<br>&gt; 2) любое количество типов товаров, набор свойств привязан к типу товара.<br>&gt; Остальная структура особо не важна, важно чтобы эта структура была правильной с <br>&gt; точки зрения нормализации и соответственно не тормозила при большом количестве записей <br>&gt; как в таблицах товара так и в таблицах свойств. Ну и <br>&gt; не требовала жутких SQL конструкций выборки ).<br>&gt; Интересуют схемы баз данных, ссылки на примеры, или названия программных продуктов где <br>&gt; подобное реализовано и доступно для изучения.<br>&gt; Заранее благодарен за любую помощь.<br><br>правильный с точки зрения нормализации - это не лучший вариант с точки зрения быстродействия. В любом случае построенную страницу товара надо кешировать, а не строить её на каждый запрос пользователя.<br>