Скажем я знаю что 1 и 2 это одно, 2 и 3 тоже, но 1 есть в бд, а 2 нет, надо забить 3

У каждого назначения есть его набор характеристик обязательных и необязательных. И по каждой характеристике каждое значение что уже есть в системе становится доступным для выбора из списка.

Частично решит проблему.

Остальное на уровне эвристики и нейронных алгоритмов.

Может разбрасывать по разным группам если не найден аналог, а потом объединять по мере поступления данных?

Назначение и есть группа, только более гибкая. Сами назначения можно в дерево запилить.

Дерево то тут зачем?

Для операторов. Им нагляднее будет.

«болт» и «гайка» что бы были в «крепёж».

Не, забейте на операторов, я просто упростил

Мне интересна наработка данных на начальном этапе

Дерево групп тоже вариант. Но одна запчасть может находиться в разных группах.

Нет, ни каких групп, есть оригинал и у него аналоги

В 2 х группах не может находится

Да, а мы глубже продумывать начали.. :)

Не, не, ненадо глубже, тут примитив нужен

Если с таким упрощением, то тут даже вариант заводишь оригинал, потом аналоги и указываешь «чего они аналоги» подойдёт.

Скажу так, ввел номер детали, тебе все аналоги дали

ладно, тогда начнем от противного, а чем плохо связать оригинал и его аналогои через has_many?

То есть простейшее has_many/belongs_to

Да подошло бы, но бывает и 2,3,4 оригинала )

т.е. анолог может быть в списке аналогов у разных оригинальных деталей?

Значит так: заводишь абстрактную тип запчасти и в ней has_many запчасти. У них есть .original?

Ага

у одного аналога один оригинал, а одного оригниала много аналогов h_m/b_t?

ну как бы да

у одного аналога один оригинал, а одного оригниала много аналогов h_m/b_t?

Ну уж нет, там тогда бд будет охрененная

в каком месте?

А как мой последний вариант?

одно поле original_id

24 гига занимает такая

Значит так: заводишь абстрактную тип запчасти и в ней has_many запчасти. У них есть .original?

2 таблицы. Простые связи

одна таблица, parent_id

Сложнее выборки.

Про 2 таблицы понятно, но как понять что это та группа

Сложнее выборки.

почему?

Да забейте, хоть 10 таблиц, идею главное

1,2 и 2,3 как мне связать 1 и 3 если еще нет 2

Да забейте, хоть 10 таблиц, идею главное

http://railscasts.com/episodes/163-self-referential-association

можно поглядеть в сторону json в бд, postgres поддерживает, у каждого аналога храним json строку со списком оригалов

почему?

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

можно поглядеть в сторону json в бд, postgres поддерживает, у каждого аналога храним json строку со списком оригалов

Не стоит. Это задача не для json. Он всё же не такой быстрый. Json там для других целей рулит.

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

1 метод - усложнение?

Я же сказал, что чуть. :)

Вот в большущей бд сделано так, у каждого оригинала свои аналоги даже если они оригиналы. У меня сделано что все аналоги с оригиналом имеют связь через один элемент

элемент - вода?

Но проблема в начальном наполнении

элемент - запись

аналог - запись оригинал - запись элемент - запись

Имя детали и к нему разные аналоги

при чем тут аттрибут имя?

элемент - запись

элемент - вода в данном случае

по твоим словам аналог может одновременно быть еще и оригиналом?

Имя детали означает просто деталь например руль

по твоим словам аналог может одновременно быть еще и оригиналом?

Да

имя детали - свойство объекта

у нас ООП а не ИОП

Свойство хранить для каждой детальки то накладно, текстовое

имя детали - свойство объекта

Похоже, он про мой вариант говорит, только в другой терминологии.

Или близко к нему

ну я не телепат, никто не декларировал что будем обсуждать AR в другой терминологии, в какой?

Но ладно с этим наименованием, при вводе то как я пойму что именно это наименование, что бы привязаться, по этому и не катит

нельзя привязывать объекты по свойству наименования

У меня проблемы пока с терминологией AR. Потому и стараюсь писать операторами ))

Да назовите хоть наименование хоть id хоть uuid

id uuid хорошо индексируются

Ага, только как понят что это он

ERROR: S client not available

кто?

Я за 2 таблицы. Тип детали has_many детали, которые различаются только .original? …

Я за 2 таблицы. Тип детали has_many детали, которые различаются только .original? …

2 модели для одной сущности - плохо

Вся иеархическая и информационная нагрузка больше на первой таблице с меньшим числом элементов.

Вся иеархическая и информационная нагрузка больше на первой таблице с меньшим числом элементов.

не известно заранее

Ладно, еще пример 12.4454.1 и 6.7df5.23 и dgfg3354.54_ - это разные детали-аналоги но означают одно, что их ставят в одно и то же место

что значит разные детали-аналоги, что значит одно? тоесть они аналоги?

Скажем это руль и пофиг на все, какая разница из чего он сделан, клиенту пофиг

12.4454.1(id: 1, original_id: nil) 6.7df5.23(id: 2, original_id: 1)

2 модели для одной сущности - плохо

Тут и три сущности предлагали уже. Если оригиналов и аналогов одной детали может быть несколько. То нельзя никакой оригинал выбрать как parent. Значит мы должны насильно выбрать parent вообще не из номенклатуры.

Даже сделан один к одному и одним производителям но на разных заводах, уже разный номер

12.4454.1(id: 1, original_id: nil) 6.7df5.23(id: 2, original_id: 1)

Это понятно, как их связать?

через original_id

А если я незнаю оригинала?

Опа, а я ведь ни как не могу незнать оригинала!

Вот, говорю же что ещё сущность надо.

Я за 2 таблицы. Тип детали has_many детали, которые различаются только .original? …

вот

А, блин, клево когда один оригинал, а если 2,3,4?

а может быть 2,3,4 оригинала? что за бред

Конечно может.

Может

например?

Стекло для iPhone от двух производителей: Samsung и LG

И они оригинальные оба

Скажем один производитель VOLVO но на разных заводах

у них один P/N?

Различается чуть.

у деталей нет названий только Р/N

тогда нужна служебная таблица analogs_originals

Кросс это номер + производитель,

Тьфу, Кросс не равно деталь

чот я устал это тривиальная задача она есть в скринкастах она есть в документации по AR-relations