Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Вопрос по проектировке
|
|||
|---|---|---|---|
|
#18+
Есть каталог товаров, но у каждого наименования есть свои, особенные свойства. Хотелось бы сделать связь определенной строки из главной таблицы(единицы товара) с дочерней таблицей(параметры товара). В итоге получается одна главная и много дочерних таблиц. Вопрос: Каким способом можно осуществить связь строки с таблицей, неужели нет решений, кроме как хранить в поле главной таблицы имя дочерней?! Спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2005, 17:58 |
|
||
|
Вопрос по проектировке
|
|||
|---|---|---|---|
|
#18+
Классов решений два: A)развернуть зависящие от типа параметры по вертикали. (см. например /topic/181538&hl=#1519152 ) Б) развернуть параметры по горизонтали. Подварианты: 1) Каждое поле - отдельный параметр, например явно существует поле ВЫСОТА. 1.1)Специальная таблица для каждого типа, поле ВЫСОТА будет в некоторых специальных таблицах где нужно. 1.2) Если типы имеют общие блоки параметров, то можно иметь таблицы для этих блоков, а для типа товара задавать набор релевантных блоков. Например, блок "геометрические размеры" содержит поле ВЫСОТА, и оно есть только в этом блоке (таблице). 2)Зарезервировано N полей с именами типа PARAM<i> , смысл поля PARAM<i> зависит от типа товара, зависимость задается специальным словарем. Тоже кажется обсуждалось, можно поискать. Выбор зависит от многих факторов, для начала есть эмпирическое правило: Если типов не много, то (Б), если их много или они изменчивы, то (А). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2005, 18:57 |
|
||
|
Вопрос по проектировке
|
|||
|---|---|---|---|
|
#18+
Есть еще один вариант. Множеств свойств обычно разбивается на группы. Я работал со многими задачами и всегда удавалось это сделать. В этом случае используются две таблица - одна простой перечень кодов (используется для контроля целостности базы), а вторая - непосредственно свойства. Каждой группе свойств соответствует свой набор данных. Как предлагает ModelR , для хранения свойств отводится набор параметров. Каждый параметр, в зависимости от группы свойств, имеет различный смысл. У разных товаров может быть различный набор групп. Чем это хорошо - общие правила обработки свойств, независимые от вида товара. Следовательно, один и тот же режим интерфейсного модуля для различных групп товаров. Пример из БАС ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2005, 20:31 |
|
||
|
Вопрос по проектировке
|
|||
|---|---|---|---|
|
#18+
ViruZВопрос: Каким способом можно осуществить связь строки с таблицей, неужели нет решений, кроме как хранить в поле главной таблицы имя дочерней?! Спасибо нанять програмиста с головой он все сделает ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2005, 10:50 |
|
||
|
Вопрос по проектировке
|
|||
|---|---|---|---|
|
#18+
Еще один это как - по диагонали:)? Не въехал: параметры, свойства, набор данных - как они отображаются на таблицы и поля? Например, "Процент коробов товара 100130 равен 5,00" и "Вес гипсовой формы товара 100130 равен 7" - это два поля одной записи таблицы "Планирование" или это две записи таблицы "Значения свойств/параметров"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2005, 10:59 |
|
||
|
Вопрос по проектировке
|
|||
|---|---|---|---|
|
#18+
ModelRНапример, "Процент коробов товара 100130 равен 5,00" и "Вес гипсовой формы товара 100130 равен 7" - это два поля одной записи таблицы "Планирование" или это две записи таблицы "Значения свойств/параметров"?Это поля одной записи таблицы параметров, например, S01 и S02. Но в этих же полях может лежать "Цена учетная" и "Цена реализации", только в наборе "Общие данные". Разница между этими записями в поле "Код набора параметров". Для тех материалов, для которых набор не используется, запись в таблице отсутствует (см. рис.) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.06.2005, 16:14 |
|
||
|
Вопрос по проектировке
|
|||
|---|---|---|---|
|
#18+
PVPЭто поля одной записи таблицы параметров, например, S01 и S02. Но в этих же полях может лежать "Цена учетная" и "Цена реализации", только в наборе "Общие данные". Разница между этими записями в поле "Код набора параметров". Для тех материалов, для которых набор не используется, запись в таблице отсутствует (см. рис.) OK, т.е. относительно моей классификации это подвариант для Б2, в котором смысл параметра зависит не от типа товара, а от типа блока параметров. Словарь определяет для типа товара набор типов блоков параметров как в Б1.2. Я есть понимай... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.06.2005, 13:37 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=33139107&tid=1545791]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
130ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
| others: | 234ms |
| total: | 451ms |

| 0 / 0 |
