Привет

Наверняка Express прав, не желая работать с двумя одинаковыми измерениями в двух приатаченных базах. Сам я не попадал в такую ситуацию и не знаю как следует поступить, но вот что можно попробовать :

1. Банально, но ... переименуйте в одной из баз совпадающие объекты (измерения). Дальше всё просто.

или:
2. Если у измерений совпадают и имена, и коды, и префиксы метаданных (тут надо подумать - может это избыточное условие), то можно попробовать механизм Export/Import с раздельным использованием баз. То есть - создали аналог целевой переменной в первой базе, рассчитали, экспортировали (не забыв наложить limit-ы на индексирующие оси), закрыли базу, открыли вторую базу, импортировали. Что-то типа : EXPORT MyVar TO EIF FILE file-id .....IMPORT MyVar FROM EIF FILE file-id. Конечно, если это и будет работать, то не всегда быстро (...объёмы!).

или:
3. Используйте всего одну базу - и для "показателей" и для "результатов" и т.п. В чём глубокий смысл разделения? Накладные расходы на периодический upgrade измерений увеличиваются (удваиваются?), синхронизация измерений также должна быть гарантирована.


Других вариантов пока не вижу. Может кто-то посоветует более правильный подход.

Кстати, на мой взгляд, такого рода программы следует создавать именно на Express Language, "делать на клиенте эту прогу" ни к чему.

Удачи

Отчего возникают ошибки - не совсем понятно. Вроде бы "кривые" префиксы не должны не работать. Однако, привести измерение в стройный вид всё же стоит.

Если эта работа (перенос измерения) - одноразовая, то можно попробовать вот что сделать прямо ручками :

1. Из старой базы делаем экспорт нашего измерения в еиф
2. Импортируем его в новую базу
3. Переименовываем измерение
4. Придумываем новый префикс для метаданных нашего измерения (например - создадим на минутку ещё одно вспомогательное измерение, посмотрим его префикс, и тут же его удалим).
5. При помощи простейшей программы последовательно выполняем одиночные команды типа : "Rename xxx.MMMM yyy.MMMM" для каждого из 26(?) мета-объектов (здесь ххх - старый префикс, yyy - новый префикс, ММММ - имя объекта - shortlabel, parent и т.д.)
6. При помощи последовательности команд :
cns <имя измерения>
prp '...' '...'
prp '...' '...'
......
корректируем необходимые свойства измерения. Полный перечень свойств можно посмотреть командой "show obj(prplist '<имя измерения>')", текущее значение конкретного свойства - "show obj(prp '<имя свойства>' '<имя измерения>')", всё вместе - "fulldsc '<имя измерения>'"
7. Не уверен, но возможно стоит подправить штуковины с именем LD для некоторых объектов. Посмотреть текущее значение можно при помощи "dsc <имя мета-объекта>", поправить - "cns <имя мета-объекта>; LD '......' "
8. Вроде всё, но что-то наверняка забыл :)


Если такая работа - не разовая, то можно всё это оформить в виде небольшой программы и держать про запас.

Как сделать это проще (не используя явно maintain и не теряя иерархии и т.п.) - я не знаю.