|
|
|
Как лучше и правильно спроектировать таблички
|
|||
|---|---|---|---|
|
#18+
Есть табличка бренды: Код: plaintext 1. 2. 3. Необходимо построить два дерева, первый вариант дерева выглядит так: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. и дерево наоборот, когда сначала отображаются категории, потом подкатегории и уже в конце бренды. Бывает звонит пользователь менеджеру и говорит мне любой телевизор, тогда удобно дерево второго варианта, а иногда бывает он спрашивает телевизор конкретного бренда, тогда дерево первого варианта. Как правильно и лучше сделать, хранить отдельно таблицу с названиями брендов и отдельно таблицу с названиями категорий, а потом отдельная таблица где будет храниться связи id бренда + id категории,или как. Но тут еще нужно учесть, что будут отдельные таблицы на конкретные категории типа: Код: plaintext 1. 2. 3. спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2009, 09:47 |
|
||
|
Как лучше и правильно спроектировать таблички
|
|||
|---|---|---|---|
|
#18+
1. Бренды (ключ, наименование) 2. Категории (ключ, наименование,...) - нужна иерархия, создайте иерархию, вариантов несколько 3. Товары (ключ, наименование,бренд,категория,...) Связь бренд-категория неявная, если есть товары с данным брендом и категорией, то такая связь есть - иначе нет С уважением, Naf ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2009, 10:04 |
|
||
|
Как лучше и правильно спроектировать таблички
|
|||
|---|---|---|---|
|
#18+
Naf1. Бренды (ключ, наименование) 2. Категории (ключ, наименование,...) - нужна иерархия, создайте иерархию, вариантов несколько 3. Товары (ключ, наименование,бренд,категория,...) Связь бренд-категория неявная, если есть товары с данным брендом и категорией, то такая связь есть - иначе нет С уважением, Naf спасибо большое ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2009, 10:06 |
|
||
|
Как лучше и правильно спроектировать таблички
|
|||
|---|---|---|---|
|
#18+
по поводу иерархии категорий, думаю она у вас меняться слишком часто не будет поэтому стоит подумать об одном из вариантов: 1. число уровней иерархии фиксировано (то есть например глубже 3 уровня не будет), тогда можно ограничиться полями: Parent - ссылка на родительский уровень, для корневого NULL Level - уровень вложения, можно и без него, тогда его придется вычислять 2. более универсальный интервальный подход, подходит для таблиц, которые меняются относительно редко, читать здесь Интервальное дерево С уважением, Naf ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2009, 10:16 |
|
||
|
Как лучше и правильно спроектировать таблички
|
|||
|---|---|---|---|
|
#18+
Основная таблица: Товары имеет поля типа ссылка на соотв. классификатор: бренд категория ... + набор иерархических классификаторов: бренды категории ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2009, 11:44 |
|
||
|
Как лучше и правильно спроектировать таблички
|
|||
|---|---|---|---|
|
#18+
А нужно ли делать отдельную таблицу на каждую группу товаров, т.е. например для телевизоров колонки: наименование, цена, разрешение а вот для категории кабель добавляются еще и длинна, цвет получается что еще на каждую группу товаров надо таблицу строить ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2009, 11:46 |
|
||
|
Как лучше и правильно спроектировать таблички
|
|||
|---|---|---|---|
|
#18+
помогите пожалуйста, ответьте на последний вопрос спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2009, 12:38 |
|
||
|
Как лучше и правильно спроектировать таблички
|
|||
|---|---|---|---|
|
#18+
JulTА нужно ли делать отдельную таблицу на каждую группу товаров, т.е. например для телевизоров колонки: наименование, цена, разрешение а вот для категории кабель добавляются еще и длинна, цвет получается что еще на каждую группу товаров надо таблицу строить Не нужно: Нужная главная сущность-таблица Товар Цены вынести в отдельную таблицу, цена имеет дату начала действия и/или период действия, ссылка на товар Если у разных категорий разные свойства, нужны: 1. таблица свойств (ключ, наименование, тип) например: Цвет, Длина, Разрешение экрана здесь тип некий мнемонический признак, например 0-перечисляемое, 1-числовое 2. таблица принадлежности свойства категориям: (свойство, категория-ссылка) 3. таблица значений перечисляемых свойств (ключ, свойство-ссылка, наименование) например: Синий, Красный 4. таблица значений свойств товара (товар,свойство-ссылка,перечисляемое значение-ссылка, числовое значение) заполняется или перечисляемое или числовое, от признака свойства ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2009, 12:38 |
|
||
|
Как лучше и правильно спроектировать таблички
|
|||
|---|---|---|---|
|
#18+
JulT, толкают тебя на сомоубиство :) плюнь на эти свойства вводи в одну убольшую таблицу или будешь махаться с ЕАВ от 3 до 6 месяцев ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2009, 15:33 |
|
||
|
Как лучше и правильно спроектировать таблички
|
|||
|---|---|---|---|
|
#18+
JulTполучается что еще на каждую группу товаров надо таблицу строить То, что экземпляры одной и той же сущности могут иметь разный набор свойств - это объективный факт. Как его реализовать - вопрос второй. Есть несколько способов - от одной общей таблицы (самое простое) до EAV (самое универсальное). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2009, 15:54 |
|
||
|
Как лучше и правильно спроектировать таблички
|
|||
|---|---|---|---|
|
#18+
Сахават ЮсифовJulT, толкают тебя на сомоубиство :) плюнь на эти свойства вводи в одну убольшую таблицу или будешь махаться с ЕАВ от 3 до 6 месяцевДа ладно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2009, 16:11 |
|
||
|
|

start [/forum/topic.php?fid=32&tid=1543053]: |
0ms |
get settings: |
6ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
154ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
27ms |
get tp. blocked users: |
1ms |
| others: | 276ms |
| total: | 487ms |

| 0 / 0 |
