Необходимо загрузить в Firebird порядка 2 000 000 аналогов запчастей.
Аналог - это пара "код производителя запчасти, производитель" - "код производителя запчасти, производитель".
Т.е. например:
2101 (ВАЗ) - 234TX (Китайский производитель)
234TX (Китайский производитель) - 3T34 (корейский производитель)

Действует правило "аналог аналога - мой аналог". Т.е. в примере 2101 является аналогом для 3T34 и наоборот.

Вопрос, каким образом организовать оптимальную загрузку и хранение этой информации?
Если хранить "в лоб" пары, то селект будет проходить крайне долго из-за правила "аналог аналога - мой аналог".

Есть другой вариант.
Структура таблицы аналогов:
1. Код товара
2. Производитель
3. ID группы аналогов

Селект из такой таблицы будет работать быстро, но встает проблема с загрузкой данных.
Алгоритм загрузки такой:
1. загружаются все записи в таблицу аналогов
2. каждая пара в соответствии со структурой таблицы разбивается на 2 строки
3. для каждой пары строк задается свой уникальный код группы аналогов
4. после инсерта в таблицу запускается процедура, которая перелапачивает таблицу для определения связей "аналог аналога - мой аналог". Эта процедура обновляет поле с кодом группы аналогов.

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

БД проектируется.

Пока есть два варианта, которые имеют озвученные недостатки:
1. Код 1 Производтель 1 Код 2 Производитель 22101 ВАЗ 234TX Китайский производитель234TX Китайский производитель 3T34 Корейский производитель

2. Код Производитель Группа2101 ВАЗ 1234TX Китайский производитель 13T34 Корейский производитель 1