https://slinkov.ru/openforum/vsluhforumID9/7503.html Допустим имеем составной заказ, который состоит из подзаказов. Например, заказываем стол, а это влечет за собой заказ дерева в цех, заказ дизайнерского решения.(пример налету придумал) Каждый из подзаказов имеет свои параметры. Вариант реализации:<br> Orders<br>----------<br>id <br>date <br>id_client <br> ... <br>-----------<br><br> Order_components<br>-------------------<br>id_order <br>id_materials_order<br>id_design_order <br>-------------------<br><br>Materials <br>--------- <br>id <br>material <br>id_color <br>---------- <br><br>Designs<br>----------<br>id <br>.... <br>----------<br>Насколько правильная данная схема данных? У меня нет опыта работы с большими нагрузками. Единственное, что меня тут смущает, это то, что если на один заказ приходится два подзаказа на материалы, то в таблице Order_components будет две записи и будут пустые поля.<br>Другой вариант, это в таблице Order_components хранить только id заказа и ввести поле - идентификатор типа подзаказа, но тогда как поддерживать целостн https://slinkov.ru/openforum/vsluhforumID9/7503.html#2 Fri, 25 Jul 2008 05:42:36 GMT &gt;[оверквотинг удален]<br>&gt;id_order_component <br>&gt;field_name <br>&gt;field_value <br>&gt;------------------- <br>&gt;field_value скорее всего varchar достаточный для всех возможных значений. Итого по заказу <br>&gt;мы выбираем из Order_components нужные id_order_component и для каждого из них <br>&gt;набор полей и значений. Также можно добавить таблицу Component_fields_desc, в которой <br>&gt;хранить список имен полей для каждого типа компонента, это избавит нас <br>&gt;от необходимости харкодинга и позволит добавлять новые типы компонентов редактированием базы, <br>&gt;а не модификацией кода. <br><br>Спасибо большой, это новый вариант для меня :)<br><br><br><br> https://slinkov.ru/openforum/vsluhforumID9/7503.html#1 Thu, 24 Jul 2008 21:12:51 GMT Нельзя говорить о производительности на абстрактных примерах, так что этот момент можем сразу опустить. <br>Возьмем за основу второй вариант и добавим ему универсальности. Создадим таблицу <br>Component_fields<br>-------------------<br>id_order_component <br>field_name <br>field_value<br>-------------------<br>field_value скорее всего varchar достаточный для всех возможных значений. Итого по заказу мы выбираем из Order_components нужные id_order_component и для каждого из них набор полей и значений. Также можно добавить таблицу Component_fields_desc, в которой хранить список имен полей для каждого типа компонента, это избавит нас от необходимости харкодинга и позволит добавлять новые типы компонентов редактированием базы, а не модификацией кода. <br><br>Слишком много джойнов чаще всего плохо сказываются на производительности, однако есть различные методы борьбы с этим, например кешированием во временных таблицах.<br>