Значит они всё таки существуют! Я знал, я знал!!!

Я же говорил про термины в беседах... Вы меня запутали.
Если "инструмент..." - это задача.
То цель - это ответ на вопрос "а зачем вообще мне это надо"?
Или что?

Конечно. Это и будет цель.

Вот пример цели:Profit в выигрыше во времени, ИМХО.
Да и кстати, Цель может быть даже у БЦ - создание даже части хорошей Базы тоже может стоить для страждущих денег, жрецы в курсе ;) Смотрим СОЗДАНИЕ МОДЕЛЕЙ И НАСТРОЙКА СИСТЕМЫ - самое дорогое, это не создание модели.

В первой базе от материала А есть сопутствующий материал Б.
Во вторую базу импортируется только материал А. Как быть во второй базе с материалом Б? Создавать с нуля? Игнорировать сопутствие?

Да - создавать.
Если бы нужно было игнорировать сопутствие, то вопрос бы не стоял - просто перенести материалы из базы №1 в базу №2, IRL без сопутствий делается.

1. В честь чего? Я хочу перенести только материал А.

2. Где? В какой группе? Как она будет называться? С какой единицей измерения?

Предвижу каверзные вопросы, посвященные дублированию материалов и "чё с этим делать". Поэтому повторю:Хотя и это не отменяет возможности дублирования, но несколько, кажися, упрощает задачу в отдельно взятой, определенным образом построенной Базе.

Добавлено через 4 минуты
Переносите на здоровье. Ведь сейчас нет проблемы просто добавить в Базу материал?
Аналогично тому, как сейчас импортируется из DBF - теоретически я могу через импорт добавить неограниченное количество материала в неограниченных количествах групп.
Хотя, почему теоретически? Я практически сейчас, при необходимости добавления в Базу немалого количества позиций, не буду делать этого в неудобной для редактирования Базе, а воспользуюсь Access или ООo_Calc, создам DBF и т.д.

Да, их уже сейчас немало, однако Вы же всесторонне продумывали Вашу идею? Поэтому защищайте ее. Как я понимаю, это в Ваших интересах?

Или все это ради очередного холиварчика? :) Тогда намекните, и я не стану "ковырять" это предложение и проверять его на бесконфликтность. Просто забуду о нем.
Без сопутствия - у меня вопросов нет. Разбираем конкретно Ваш перенос с сопутствием. Итак:
Никак нет. Сейчас мы целенаправленно переносим указанные группы и материалы и тут все ОК.

А я говорю о совсем другом варианте - когда мы не переносим некий материал (и группу его не переносим), но его Вы предлагаете во второй базе принудительно создать. Так? И тогда:

2. Где? В какой группе? Как она будет называться? С какой единицей измерения?

Чет мне кажется, холиварчик не я затеваю...
Итак:
1.
Не совсем принудительно - я согласен на допущение того, что
Переносится всё - и "пустышка", и сопутствующие. И, соответственно, допускаю, что если сопутствующее не содержится в переносимой части базы, то оно утрачивается. Как вариант.

Там, куда укажет пользователь. Опять приведу аналогию с импортом DBF - при импорте создаются именованные папки и материалы в них.

Добавлено через 11 минут
Хотя желателен вариант, когда сопутствующее принудительно следует за... (а какой термин у материала, на который назначено сопутствие?) пока буду называть "пустышкой"
Опять же по аналогии с существующей Базой - Есть пустышка, есть сопутствующее - и База эту связь бережно хранит - пустышку можно переименовать и перенести в другое место Базы, но сопутствие на неё останется, сопутствующее можно переименовать и перенести в другое место Базы, но оно останется связанным с пустышкой.
Так вот желательно, конечно, чтобы при извлечении/внедрении пустышка принудительно тащила за собой и сопутствие.

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