Структурирование данных

Люди подскажите всю голову уже сломал, как правильно структурировать такую базу данных (для автозапчастей , т.е. их кроссов.
Предположим, есть на склад 3 детали , они все одинаковвые по характеристикам и размерам. есть некие кросс номера:
1 подшипник по производителю CRAFT с артикулом 32021 ( его кросс номера : по ивеко 22222, по мерсу 33333)
2 подшипник по производителю SKF с артикулом VHB3205 ( его кросс номера : по вольво 44444, по мерсу 33333)
3 подшипник по производителю FERSA с артикулом 32021XFSA (его кросс номера : по скания 55555, по вольво 44444).
А теперь сама суть вопроса, как правильно построить структуру данных, чтобы при запросе первого 1 подшипника по CRAFT, при поиске находились все 3 варианта, т.к. посути при сравние неких кроссов они одинаковые. Также каждый номер кросса т.е. 22222ивеко, принадлежит имено ивеко и только с этим равенстром он будет работать, так как если артикул 22222 у вольво ето уже совсем другая деталь.

Предлажение по прописанию всех равенств не прокатывает так как их может существовать несоизмеримое множество, и соответственно ето не рентабельно.

Очень прошу подскажите, потому как уже незнаю что с этим всем делать, а кросс очень нужны (так как при запросе чела, запчасть может быть 3 по FERSA, а ответ человек получает якобы ее нет). также уследить самому что и к чему аналог не выйдет т.к. база номенклатуры более 100000

Заранее спасибо!

0

Тебе в чем помочь - с организацией базы, или с организацией запроса?

Пример базы
items { id, atribute }

Запрос
Вы задаете изделие по id, а запрос выводит все изделия обладающие теми же свойствами, что и заданное.

0

Сообщение от sigmov Тебе в чем помочь - с организацией базы, или с организацией запроса? Пример базы items { id, atribute } Запрос SQL 1 SELECT * FROM items WHERE items.aribute=ANY(SELECT items.atribute FROM items WHERE items.id=?need_id) Вы задаете изделие по id, а запрос выводит все изделия обладающие теми же свойствами, что и заданное.

Несовсем понял, здесь в запросе обращение к определенному элементу по такой конструкции, придется прописывать все обращения, чего и нужно избежать (т.к. их может существовать несоизмеримое множество)
Поясните может я несовсем понял предложенного

0

Сообщение от kipper22 Несовсем понял, здесь в запросе обращение к определенному элементу по такой конструкции, придется прописывать все обращения, чего и нужно избежать (т.к. их может существовать несоизмеримое множество) Поясните может я несовсем понял предложенного

Про "несоизмеримое" - это Вы преувеличиваете.

1. Вариант - это предложенный мной выше - вариант поиска по совпадению "значимых" атрибутов
"+" - динамичность - добавля новую деталь в каталог Вы можете совершенно не знать какие детали она в состоянии заменить - но база сама при запросе это определит.
"-" - нужно явно прописывать значимые атрибуты в запросе или зранимой процедуре.(Хотя с помощью DDL и Prepare вполне можно создавать динамические конструкции по сверке атрибутов, но сие не тривиальная задача)

2. Вариант - id группы. - в этом случае добавляется поле group_id которое будет помечать всю группу деталей одним номером.
"+" - нет нужды прописывать "значимые" атрибуты в запросе.
Будет что-то типа "-" - при добавлении детали в каталог необходимо знать идентификатор группы к которой принадлежит товар.

0

Сообщение от sigmov Про "несоизмеримое" - это Вы преувеличиваете. 1. Вариант - это предложенный мной выше - вариант поиска по совпадению "значимых" атрибутов "+" - динамичность - добавля новую деталь в каталог Вы можете совершенно не знать какие детали она в состоянии заменить - но база сама при запросе это определит. "-" - нужно явно прописывать значимые атрибуты в запросе или зранимой процедуре.(Хотя с помощью DDL и Prepare вполне можно создавать динамические конструкции по сверке атрибутов, но сие не тривиальная задача) 2. Вариант - id группы. - в этом случае добавляется поле group_id которое будет помечать всю группу деталей одним номером. "+" - нет нужды прописывать "значимые" атрибуты в запросе. Будет что-то типа SQL 1 SELECT * FROM items WHERE items.group_id=ANY(SELECT items.group_id FROM items WHERE items.id=?need_id) "-" - при добавлении детали в каталог необходимо знать идентификатор группы к которой принадлежит товар.

Если не сложно поясните первый вариант (я так понял, что из минусов, нужно будет , чтобы у 1 товара, были либо все артикулы аналого либо, назначать ему аналоги?) просто ето и не реально т.к. привязан привер в начале где указано, что равенства берутся, и разных артикулов, в первом случае 1=2, во втором 3=1, соответственно нужно чтоб третье равенство само себя нашло, а ето просто может быть не 1-2-3, а от1 до 5000

0