занимаюсь похожей задачей )
1 нужна предварительная обработка поискового запроса (для уменьшения массива переборки идентификаторов), т.е. это убрать пробелы, черточки, точки , заменить кирилицу на латиницу (у меня запчасти импортные)
2 создать базу данных для поиска
тут два пути - создание "жесткой" базы и потом вечное ее обслуживание (дополнение поправляние и т.д. ( а это будет каждый день, и тут либо туда на работу идти ,либо заказчик недоволен)
- создание оболочки +админка простенькая, которая позволит править ошибки и подгружать новые записи в БД
на мой взгляд второй вариант приемлимее. потому как не существует в природе полных и корректных баз аналогов запчастей, кроме того , как правило, компания специализируется на конкретных производителях и это и будет основа БД.
3 структура БД
эталонный идентификатор и к нему массив аналогов (поверьте массив будет состоять точно не из одного ID, у меня количество доходит до 50шт и постоянно добавляется. именно поэтому и удобно сделать редактируемый вариант массива переборки)
Ну тут вопрос, а какой ID будет эталонным? Эталон у нас - это и есть запчасти от конкретных поставщиков, с которыми работает компания. если же таковых не имеется, то придется БД увеличить на количество записей из массива переборки (то есть в моем варианте в 50 раз!) и тут вы зацените предварительную обработку поискового запроса - пункт 1
-----
например, есть такой производитель MAN (грузовики делает), одна из деталей этого грузовика -ПГУ. его аналоги 9700514120, 9700514127, 81307256092, 630361AM, SG4804, 81307256084, 2250249, TT0713064, 22000033, 05011412, BK1202078AS, 23F142, 341203, 630361AM, 35898, 81307259084, 81307256085, 81307256107, 81307256116
это уже обработанные номера, изначально они выглядели чуть не так 970 051 412 0 , 81.30725.6092, 81.30725-6092 и т.д.
если не "привести" всех к единому виду, то все эти номера нужно тоже поместить в массив переборки + полезно было бы и раскладку клавы исправлять и русские буквы латинскими заменять

а что эталонный ID ? Пусть мы работает с производителем TTT, тогда наш эталон TT0713064 (в оригинале , кстати, TT07.13.064), а все остальные номера массив переборки. До и еще, я же не сказала что на один вопрос может быть больше одного ответа, т.е. результат поиска - это более одного эталонного идентификатора )))


P.S. хорошо бы все это еще и картинками сдобрить, в общем действительно такой себе филиал TECDOCа

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

ПЕНСИОНЕРКАMUSYAKA,

может нечто по принципу Одноклассников

есть друзья
1--1ф
2--1ф
2--2ф
3--2ф

видим общих друзей 1ф и 2ф
получаем возможную группу
1
1ф
2
2ф
3

так и не так, тут другая специфика. на выходе нужно получить конкретный ответ, а не все связи. в моем понимании структуры поиск ведется по всем 1, 1ф,2,2ф ... , НО результат поиска , например, 1


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

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