3.0.82: Как правильно делать экспорт-импорт объектов?

Да. Но ситуация получается следующая - я сделал копию базы и начал изменять настройку. В это время в оригинальной базе пользователи поизменяли объекты. После того, как я сделал изменения настройки, мне нужно слить 2 базы, причем из моей взять настройку, а из оригинальной взять объекты.
Для решения этой задачи есть 2 варианта:
1. Экспортировать все объекты из оригинальной базы, заменять оригинальную базу на мою и импортировать в мою настройку все сохраненные объекты из оригинальной базы;
2. Экспортировать структуру базы из моей экспериментальной настройки и импортировать ее в оригинальную настройку.
Пока я действую по 1-му варианту. С ним есть проблема:

что с этим делать? Это, видимо, глюк?
2-й вариант мне вообще представляется потенциально более опасным 1-го.

Это хорошо  :)
Т.е. лучше именно структуру базы и скрипты переносить, а объекты не трогать, т.е. действовать по плану №2?

?
А как правильно структуру переносить? Там ведь не только скрипты, а еще и ObjectDef'ы, формы, запросы, классификаторы и прочая мелочевка вроде статусов и подписей. Это все ручками переносить надо?

Ы.ы.ы. Дублирование чего??? Ниче не понимаю...

В опщем, сношу в одно место все условия задачи  :)
Я работаю над изменением настройки в своей экспериментальной версии.
Пользователи работают на оригинальной настройке и изменяют объекты.
В конце дня мне нужно слить вместе свои настройки и пользовательские объекты
Я вижу 2 кардинально разных пути
1. Экспортировать все объекты из оригинальной базы, заменять оригинальную базу на мою и импортировать в мою настройку все сохраненные объекты из оригинальной базы;
2. Экспортировать структуру базы из моей экспериментальной настройки и импортировать ее в оригинальную настройку.
Пока я пытался действовать по 1-му варианту. С ним есть проблема: все объекты напихались в Root, связи между объектами были потеряны (пользуюсь "штатным" средством экспорта/импорта из меню TDMS)

Как правильно решается данная задача?

ЗЫЖ Пока не рассматриваем извращенные варианты "крайностей" - 1) запоминание на бумажке мест правок с последующим ручным переносом; 2) написание скрипта/отдельного приложения для перетаскивания всех пользовательских объектов из их настройки в мою настройку с измененной структурой
Хотя, 2-й извращенный вариант я уже реализовал для перетаскивания объектов из 2-ки в неидентичную ей настройку 3-ки. Гемморой тот еще  :)

Очень интересно.
Могу принять активное участие в тестировании  :)

Где вы 3 дня взяли??? Или это дело было на 8-го марта?  :)
ЗЫ: Я с помощью своей приблуды сейчас выливаю данные за 10-12 мин. Заливка идет дольше - порядка 20 мин. В базе около 1000 объектов.

Да это я просто упомянул о своей приблуде, о которой писал в этой теме. Вообще, можно тягать объекты с ее помощью, правда ее нужно жестко программировать на структуры данных, что тоже очень неудобно.
Вообще, в идеале нужен какой-то инструмент, который позволяет подключится сразу к 2-м настройкам (базам) и позволяет задавать через UI правила навроде "объект N 1-й настройки соответ объекту M 2-й настройки", "взять атрибут A1 объекта N и записать значение в атрибут A2 объекта M" и т.д.
Но это уже очень серьезная приблуда получается. Я бы смог написать на каком-нить С или Делфи, да времени на это нет.

А че оглавление? Как там оно составляется...
1. Общее описание
2. Требования к конфигурации оборудования
3. Требования к квалификации обслуживающего персонала
4. ...
Вроде этого?   :D
Надо подумать. Вообще, дать словесный алгоритм работы и главные элементы UI могу хоть сейчас  :)

Я так думаю, там все должно быть параллельно и перпендикулярно  :)

Очень даже оглавление. По ГОСТу  :D  :D  :D Щютка.

Это у меня уже сделано. Надо просто строить ассоциативный массив хэндлов (старый - новый для одного и того же объекта) и еще один массив "новый хэндл подчиненного объекта" - "старый хэндл главного объекта". Чтобы кодировать тип связи еще одно поле в массиве завести надо.

Это что значит?

Это я не делал (но, возможно, в длижайшие дни буду). Видимо, тут просто нужен такой же ассоциативный массив по пользователям и ролям.

Так смысл-то везде одинаковый. Есть подчиненный объект, а есть главный.