_модЕвген1985 Как заставить Аксес бегать по этим двум таблицам пока все не разложиться до деталей, ПКИ, материалов и т.д.
В Аксесе нет иерарх. запросов. Можно попробовать написать рекурсивную функцию, которая будет обходить граф и складывть рез-т обхода в массив или таблицу.
зы а лучше на оракл
Есть один очень простой практический прием, позволяющий для дерева одним лайком получать всех родителей вверх по цеочке от текущего узла до корня, всех детей до самого низа от текущего узла и т.п. Но за это приходится расплачиваться денормализацией - хранить для каждого узла его полный маршрут наверх в виде айди узлов, разделенных спрециальным символом. Однако в вашем случае для графа каждый узел может иметь несколько маршрутов вверх, так как узел или деталь могут ипользоваться в нескольких других более крупных единицах. Насколько удобно и эффективно будет использовать такой же прием для графа я не пробовал. Попробуйте вы подумать об этом.

_модПрограммист-ЛюбительЕсть один очень простой практический прием
Который использовался в домашинную эру. Для того и есть СУБД, чтобы не заниматься тупой кодировкой, а работать по ссылкам.
У ТС аксес, в котором нет современных рекурсивных запросов. Поэтому я предложил средство, которое позволяет использовать джетовский вариант аксесного эскуеля для решения задач с деревьями. Предупредив о минусах, которые оно имеет (не графы, а деревья и необходимость обновлять строку адреса). Это никак не тупое кодирование.

ViPRosalex999kon,
ерунда одноразовая
999 - это легендарный мемембер с форума аксеса.
Краткая характеристика:
Не программирует в кодах ВБА
Не дает юзеру никакого интерфейса кроме голых таблиц
Считает, что внешний вид данных не имеет значение супротив правильного вычисления значений в полях таблиц