Изменение fieldId

[NetBus]

Microsoft Dynamics 4.0
kernel version 4.0.2501.116
application version 4.0.2501.347

Как можно поменять fieldId без потери информации? Поиск по форуму и модификация SqlDictionary и UtilIdElements ни к чему не привели.

[Vadik]

palleagermark: Dealing with changed table or field id's

[Dron AKA andy]

А то же самое для 3.0 никто не подскажет?

[sukhanchik]

Дык это.... не делая синхронизацию - трем записи в SQLDictionary про эту таблицу. Потом делаем \Администрирование\Периодические операции\Администрирование SQL\Проверка/синхронизация для нашей таблицы. Соответственно - в SQLDictionary запишется инфа о fieldID из АОТа. В конце концов в SQLDictionary напрямую можно сменить fieldId, если дело касается одного поля.

Я не очень понимаю - почему модификация SQLDictionary у автора топика не решила его проблему. Может потому, что он менял UtilIdElements, либо делал синхронизацию до всех изменений.
Синхронизация - она ж тупо сравнивает АОТ и SQLDictionary. И если есть расхождения по ID - то старый стирает в таблице (с удалением поля), и новый создает (с созданием поля). Поэтому - если поле просто переименовано - то Аксапта "догадается" - что его надо не грохать, а просто переименовать.

[Dron AKA andy]

Мне бы наоборот, в АОТ поменять...

[sukhanchik]

ааа.. ну это другое дело. Только для сохранения данных важно - чтобы в АОТ и SQLDictionary ID-шники совпадали.
Первый способ - простой - экспорт с сохранением ID, изменение ID в XPO, удаление объекта из текущего слоя и импорт с сохранением ID
Второй - это попробовать поиграться с UtilElements*. Но там 2 таблички - UtilElements и UtilIdElements. Тут не скажу точно - надо пробовать. У автора смотрю не получилось. Тут могут быть только рекомендации делать это в 2-шке. Может еще что-то потребуется - надо исследовать

[glibs]

В АОТ можно экспортом-импортом с сохранением идентификаторов. Но аккуратно.

[sukhanchik]

кстати. Мысль пришла. Очевидно - что изменение в UtilIdElements может погоды не сделать... до тех пор пока "жив" axapd.aoi. Но это - только мысль - ее надо проверять.

[ZVV]

Цитата:

Сообщение от sukhanchik

кстати. Мысль пришла. Очевидно - что изменение в UtilIdElements может погоды не сделать... до тех пор пока "жив" axapd.aoi. Но это - только мысль - ее надо проверять.

А поменять ID в этой "таблице" и не получится...
Это же не таблица на самом деле, в том смысле, что это не таблица в БД.. Это что-то типа "проекции структуры приложения в таблицу". Типа представления объектов приложения (которые на самом деле хранятся в бинарном виде в файле АОТ) в удобном виде. Поменять в ней ID из БД не получится, так как там её нет, а из Аксапты тоже не получается, пробовал:

Цитата:

Невозможно отредактировать запись в "UtilIdElements" ("UtilIdElements").
Номер записи не соответствует первоначальному номеру.

Ну т.е. может как-то конечно хитро и можно, но у меня не получалось...

Так что я вижу наиболее реальным только вариант экспорт-импорт...

[AndyD]

Dron AKA andy
Была тема с твоим участием по этому поводу Изменение идентификаторов(id) полей

[sukhanchik]

Цитата:

Сообщение от ZVV

Это же не таблица на самом деле, в том смысле, что это не таблица в БД..

Есть у меня бааальшое подозрение, что aod-файлы - представляют собой набор таблиц (а-ля mdb-файл) или одну большую таблицу (а-ля dbf-файл), только в "своем", конкордовском формате. Было бы интересно поставить какой-нибудь XAL и попытаться прочесть эти файлы как БД.

Я могу ошибаться. Это всего лишь гипотеза.

[Dron AKA andy]

Цитата:

Сообщение от AndyD

Dron AKA andy
Была тема с твоим участием по этому поводу Изменение идентификаторов(id) полей

Точняк, было дело, благополучно забыто за давностью лет

[mazzy]

Цитата:

Сообщение от sukhanchik

Есть у меня бааальшое подозрение, что aod-файлы - представляют собой набор таблиц (а-ля mdb-файл) или одну большую таблицу (а-ля dbf-файл), только в "своем", конкордовском формате. Было бы интересно поставить какой-нибудь XAL и попытаться прочесть эти файлы как БД.

XAL не нужен.
ключ -native при запуске переводит Аксапту 3.0 в режим работы с базой данных собственного формата.
Файл базы данных собственного формата (был) похож на aod изнутри.

Давно проверял. Про последние версии и сервис-паки уже не знаю.