Как правильно спроектировань БД?

Question

[Dark_Dante]

Здравствуйте. Подскажите по такому вопросу.
Есть много много товаров. Некоторые товары - аналоги, полные или частичные других.
Есть две таблицы. Таблица с этими товарами и таблица с брендами. Эти две таблицы связаны друг с другом через третью таблицу.
Мне надо сделать, чтобы по артикулу товара искало его замену или аналоги.
Я так понимаю надо сделать таблицу соотношений, где два поля - id_товара и id_его аналога
Допустим у товара с ID 1 есть три аналога - получается на один товар три записи. А у этого аналога в аналогах - товар с ID 1 и оставшиеся два товара. Уже 6 записей. В общем что то мне такое решение не нравится.
Может быть кто подскажет более элегантное решение?

Comments

[Chvalov]

Можно узнать как вы решили данную задачу ?

Answer 1

[dmitriy]

зря вы взяли делать интернет-магазин запчастей без должной подготовки

Comments

[Dark_Dante]

А по сути есть что сказать?

[dmitriy]

у детали есть уровень кроссирования который можно присваивать искомый 0, кросс 1 уровня, кросс 2 уровня и тд. При поиске можно регулировать насколько глублоко стоит искать, а также уровнем кросса можно регулировать чтобы детали не пересекались

[Dark_Dante]

diamond: как понять "Уровень кроссирования"? Возьмем к примеру два масляных фильтра на один авто. Какой у них уровень кроссирования? единица? А вторым уровнем кроссирования будут составные части фильтра? А третьим составные части составных частей? Я правильно понимаю? И как тогда сделать базу с таким уровнем?

[dmitriy]

я имею ввиду аналоги
ищем артикул kl9 MAHLE
таблица аналогов пример:
kl9 MAHLE -> 42540151A DUCATI
kl9 MAHLE -> 9153580680OE Peugeot
42540151A DUCATI -> FE1D317 BILSTEIN
FE1D317 BILSTEIN -> kl9 MAHLE

при поиске kl9 MAHLE вы получите позиции:
kl9 MAHLE - 0 уровень кросса (искомый)
42540151A DUCATI - 1
9153580680OE Peugeot - 1
FE1D317 BILSTEIN - 2
соответственно уровень кроссов можно ограничить, не искать больше 2 уровней и тд, а также нет смысла искать товар уже найденный то есть связка FE1D317 BILSTEIN -> kl9 MAHLE проигнорируется так как kl9 MAHLE уже найден

Answer 2

[Евгений Вольф]

Есть две таблицы. Таблица с этими товарами и таблица с брендами. Эти две таблицы связаны друг с другом через третью таблицу.

У вас один товар может иметь сразу несколько брендов?

Я так понимаю надо сделать таблицу соотношений, где два поля - id_товара и id_его аналога
Допустим у товара с ID 1 есть три аналога - получается на один товар три записи. А у этого аналога в аналогах - товар с ID 1 и оставшиеся два товара. Уже 6 записей. В общем что то мне такое решение не нравится.

В целом, это вполне нормальная практика, по крайней мере, с точки зрения логики. Например, "лампочка А", логически может быть заменена на "лампочка Б", но обратная замена может быть не целесообразной, по каким-то признакам. Так же, при таком раскладе Вы сможете сортировать вывод аналогов по степени "рекомендуемости" их применения, на каждый товар и так далее. Но, у этого подхода безусловно есть и недостатки, в частности, это избыточность данных, дополнительные телодвижения по добавлению аналогов в каждый товар, лишнее место на диске, раздувание БД и так далее.

Если же все товары между собой являются абсолютными аналогами друг-друга, есть альтернативный подход. Он заключается в том, что вы создаёте какую-то группу аналогов, например, в таблице analog_groups, каждая запись в которой = 1 группа аналогов. Далее, Вы указываете в товаре, к какой группе аналогов он принадлежит, это можно делать как по ID группы, так и по её заголовку (или любому другому параметру, который Вы к ней добавите) или по параметру id_группы_аналогов у любого другого товара, который в эту группу уже входит.

Особенности такого подхода:
а) Отсутствие избыточности данных
б) Все товары в одной группе аналогов всегда будут аналогами для всех остальных товаров в этой же группе
в) Нам не нужно будет делать множество одинаковых телодвижений, постоянно перелинковыая аналоги товаров друг у друга
г) Экономиться место на диске и не раздувается БД
д) Мы не можем выставить сортировку или приоритеты вывода аналогов для каждого отдельно товара без жестких костылей

Comments

[Dark_Dante]

А если совместить первый и второй вариант? Ну например. Заводим линковочную талицу, где поля id и уникальный_линк. И заводим другую таблицу. И в случае "сложной линковки" брать данные из нее?

[Евгений Вольф]

Dark_Dante: безусловно, можно сделать и так. Но так как изначально не указаны ключевые условия, чего мы хотим добиться, сократить количество запросов и избыточных данных в БД, или облегчить работу контентщику, который будет всё это дело наполнять. Вариант "совместить оба варианта" - даст эффект приблизительно 50/50, и он имеет полное право на жизнь.

[Dark_Dante]

И да, один товар может иметь несколько брендов

[Dark_Dante]

Евгений Вольф: скорее первое, потому что контентщик наполнять это не будет. Эти данные будет собирать скрипт. Грубо говоря. Есть магазин автозапчастей. У любой запчасти есть понятие каталожного номера (артикула), бренда, описания и так далее. Многие артикулы являются аналогами или заменами друг друга. Есть такая БД как TecDoc в которой можно все это дело искать. Но... Не все в текдоке есть. Многих производителей с их предложениями там нет, особенно отечественных. Надо все это дело как то искать. Поэтому есть идея по предложениям от поставщиков в автоматическом режиме собирать данные по аналогам. Но как реализовать их хранение, чтобы потом всем этим безобразием было удобно пользоваться...

[Евгений Вольф]

Dark_Dante: я думаю, вариант смешанных данных, т.е. брать данные и из группы аналогов и как дополнение - таблица со списком аналогов для конкретного товара - вполне себе нормальное решение. Таблица с "личными" аналогами каждого товара - будет минимальной, а таблица "взаимозаменямых" товаров - будет иметь, соответственно, максимальный объём информации. Если всё это дело наполняется скриптом - думаю, многие параметры отпадают сами собой, такие например как, сортировки по релевантности продаж и прочие около-полезные параметры, достаточно будет сортировать, например, по алфавиту.

Answer 3

[Макс]

сделайте поле "аналог" - и у всех аналогичных товаров заполняйте его одинаково.
выбираете товар - и все товары, у которых это поле совпадает с полем у первого товара.

Comments

[Dark_Dante]

Хм. Интересное решение в принципе

[Макс]

Dark_Dante: главное - рабочее. поле можно заполнять партномером "эталонной" детали. Едиснтвенное, если будет какая-то часть А, являющаяся аналогом частей В и С, но при этом часть В не является аналогом С - то логика развалится.

[Dark_Dante]

Макс: Думаю, такого быть не должно, поэтому скорее всего данное решение и использую. А как лучше связывать, не подскажете? Через отдельную линковочную таблицу, или прямо в таблице товара поле для линка завести?

[Макс]

Dark_Dante: я бы завел прямо в таблице. Сделайте поле цифровым, по нему индекс - и работать будет быстро.