|
|
|
Организация базы данных
|
|||
|---|---|---|---|
|
#18+
Есть торговая точка, продает технику: от радио до плазм. Продумываю как организовать ту часть базы, которая относиться к товарам. Собственно товар в данном случае это набор характеристик, например телевизор: фирма, модель, разрешение экрана и еще две дюжины. Т.е. на разные товары разный набор характеристик. Для каждого вида товара есть определяющие его характеристики, например, фирма, модель, а есть - описывающие: цвет и т.п. Собственно по организации базы у меня два направления: 1. Сделать таблицы характеристик, для товара выделить одну таблицу, в ней 5(или более) полей для определяющих характеристик и 10 (или более) для описывающих. Генератор для всех id характеристик один, а значит id будут разные. Все товары в одной таблице, в зависимости от принадлежности товаров к видам буду создаваться колонки в гриде. 2. Сделать на разные виды товаров разные таблицы и одну таблицу в которой будут прописаны вид и id товара из тех таблиц. И в первом и во втором случает есть минусы и плюсы: 1. + Весь товар в одной таблице, проще в отображении и наполнении. - Кол-во определяющих и описывающих колонов может меняться. - Сложно вести связи. 2. + Проще со связями. - Для нового вида товара нужно создавать таблицу. Думаю я не первый, кто такое делает. Подскажите, пожалуйста, направление организации базы. Хотелось бы "костяк" сделать более-менее правильно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2013, 12:51:52 |
|
||
|
Организация базы данных
|
|||
|---|---|---|---|
|
#18+
Вадим СергеевичПодскажите, пожалуйста, направление организации базы. Хотелось бы "костяк" сделать более-менее правильно. EAV тебе в руки (если они достаточно прямые, конечно). Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2013, 13:18:47 |
|
||
|
Организация базы данных
|
|||
|---|---|---|---|
|
#18+
Таблицы: 1. Справочник товарных групп (телевизоры, холодильники, кофеварки и т.д.): id, название, возможно иерархическое вхождение одних позиций в более крупные. 2. Справочник характеристик (размер экрана, скорость отжима, класс энергопотребления и т.д.): id, название 3. Справочник типовых значений (19", 24", 800 об., 1000 об., А+, А, А-, В и т.д.): id, название 4. Вхождение типовых значений характеристик в сами характеристики (таблица многие-ко-многим): размер экрана это 19" и 24". Обороты это 800 об. и 1000 об. Класс энергопотребления это: А+, А, А-, В. Класс отжима это тоже А+, А, А-, В. 5. Вхождение характеристик в товарные группы (таблица многие-ко многим): холодильники это высота, кол-во компрессоров, класс энергопотребления. Стиральные машины это объем, скорость отжима, класс стирки, класс отжима, класс энергопотребления. 6. Справочник товаров: id, название, ссылка на бренд, ссылка на товарную группу. 7. Принадлежность характериастик и их значений конкретному товару (таблица многие-ко-многим): сылка на товар, ссылка на характеристику, ссылка на значение характеристики, особое значение (вводится руками, если какой-то нестандарт, и не стоит его выносить в справочные данные). Из последних двух полей только одно можно (и нужно) заполнить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2013, 14:03:35 |
|
||
|
Организация базы данных
|
|||
|---|---|---|---|
|
#18+
Если побродить по Яндекс.Маркету можно многое подчерпнуть в смысле "правильно организации каталога и атрибутов" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2013, 14:04:39 |
|
||
|
Организация базы данных
|
|||
|---|---|---|---|
|
#18+
Спасибо большое за развернутый ответ. И за EAV спасибо (я это себе представлял, но не знал как называется). ...Уже представляю себе сложность запросов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2013, 16:48:42 |
|
||
|
Организация базы данных
|
|||
|---|---|---|---|
|
#18+
arni> Если побродить по Яндекс.Маркету можно многое подчерпнуть arni> в смысле "правильно организации каталога и атрибутов" Ну, там тоже далеко не всё идеально - встречаются неоптимальные/неочевидные/неудобные вещи и каталоги. Но в целом реализовано хорошо, почти всегда удобно. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2013, 17:07:04 |
|
||
|
Организация базы данных
|
|||
|---|---|---|---|
|
#18+
Вадим Сергеевич...Уже представляю себе сложность запросов. Нет, как раз запросы-то там простые, вот для отображения их результата уже нужен программист... Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2013, 19:18:49 |
|
||
|
Организация базы данных
|
|||
|---|---|---|---|
|
#18+
Может и злостно но: Создаем Справочник с характеристиками(свойствами) Берем товар к нему цепляем табличку с набором свойст и из параметрами(значениями)(Таблица: СВиПАР), а свойства тянем из справочника. Опять же если все через совсем правильно то все вяжем ключами, если не совсемс то в таблицу СВиПАР в поле заносим название свойства а не ЕГО ИД и все. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2013, 10:58:21 |
|
||
|
|

start [/forum/topic.php?fid=40&msg=38467704&tid=1564135]: |
0ms |
get settings: |
6ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
203ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
26ms |
get tp. blocked users: |
1ms |
| others: | 218ms |
| total: | 483ms |

| 0 / 0 |
