Id полей при переходе на AX 2009

[propeller]

Переходим с AX 4 на AX 2009, в 4 была своя табличка, в которой ID полей не последовательны, т.к. удалялись поля. Перенес табличку в приложение 2009. В 2009 ID стали по-порядку. При синхронизации аксапта выдает ошибку преобразования данных одного поля в другое (естественно потому что тип данных различен). То есть, насколько я понял, синхронизирует не по имени поля а по ID. А с этим ID в старой аксапте было другое поле.
Как можно избежать этого?

[belugin]

переносить c сохранением ID

[propeller]

Цитата:

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

переносить c сохранением ID

Вы имеете ввиду "Импортировать со значениями кодов" ?
При импорте стояла эта галочка. Сейчас еще раз попробовал таблицу импортнуть, но все так же осталось.
Смотрю в xpo файле блокнотом, айдишники как в старой аксапте, все нормально. Гружу в 2009 с этим параметром и всеравно последовательность выстраивается.

[S.Kuskov]

Цитата:

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

При импорте стояла эта галочка.

А при экспорте?

Цитата:

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

Сейчас еще раз попробовал таблицу импортнуть, но все так же осталось.

Предварительно удалите таблицу, если она уже была импортирована

[sukhanchik]

Да не нужно никакого сохранения ID - просто нужно чтобы в табличке SQLDictionary стояли бы те же ID, что и в АОТе.
Для этого:
1. Импортните все XPO такими как они есть
2. Узнайте ID вашей таблички (табличек)
3. Удалите из таблички SQLDictionary записи : DELETE FROM SQLDICTIONARY WHERE TABLEID = Ваш_ID
4. Зайдите в \Администрирование\Периодические операции\Администрирование SQL
5. Выберите ваши таблицы и нажмите меню Проверка-Проверка/Синхронизация.
6. В открывшемся окне нажмите кнопку "Экспорт в DDL". Укажите путь к текстовому файлу, в который будут сохранены команды Transact-SQL
7. Откройте файлик блокнотом и скопируйте из него в SQL Management Studio только те строчки, которые относятся к табличке SQLDictionary. Это строчки вида INSERT INTO "DBO".SQLDICTIONARY .... (строчку DELETE FROM "DBO".SQLDICTIONARY ... мы уже выполнили на 3-м шаге)
8. Выполните скрипт.

[S.Kuskov]

Цитата:

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

Да не нужно никакого сохранения ID - просто нужно ...

Просто? Проще чем поставить галку?

[sukhanchik]

Согласен, что конечно поставить галку проще. Но у галки есть особенность, про которую нужно помнить. А именно то, что на каком-то этапе может возникнуть конфликт id-шников (конечно это может проявиться только при подкладывании слоев). Мелочь конечно... Но на мой (личный правда) взгляд - лучше сразу (в момент перехода на версию) БД подвести под приложение.
С другой стороны, если ID таблиц / полей хранятся в БД - то однозначно их лучше не менять - есть риск получить рассогласование с данными.

В общем - есть 2 рецепта - галка и приведенный мной алгоритм. Так что - есть выбор - кому что по вкусу

[propeller]

Цитата:

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

3. Удалите из таблички SQLDictionary записи : DELETE FROM SQLDICTIONARY WHERE TABLEID = Ваш_ID

Только не TABLEID а TABID вроде как.

[sukhanchik]

Цитата:

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

Только не TABLEID а TABID вроде как.

Если выполнять команду из SQL Management Studio - то именно TABLEID. Синтаксис приведен именно в формате Transact-SQL

[propeller]

Еще вопросик сюда же кину:
Завершили весь список обновления, все прошло успешно.
Но, в некоторых табличках, которые создавали сами, нет данных причем в компании DAT все нормально.
Зашел в бд на sql -server данные в табличках есть для всех компаний, dataareaId заполнено нормально. Но аксапта показывает что пусто.
В чем может быть дело? в какую сторону думать?
Спасибо

[sukhanchik]

а с виртуальными компаниями игр не было? Типа того, что табличка, входящая в виртуальную компанию вдруг резко перестала в нее входить или наоборот "случайно" вошла ("потерялась" табличная коллекция в настройке виртуальной компании)

[propeller]

Цитата:

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

а с виртуальными компаниями игр не было? Типа того, что табличка, входящая в виртуальную компанию вдруг резко перестала в нее входить или наоборот "случайно" вошла ("потерялась" табличная коллекция в настройке виртуальной компании)

Да, все верно именно так и было, разобрались, подправили.
Теперь еще ошибка при открытии договоров
"Невозможно выбрать запись в Договоры (RContractTable). Группа договоров: , .
База данных SQL обнаружила ошибку."
В бд данные в этой таблице по компаниям есть.
В чем может быть причина ошибки?

[belugin]

обычно в Event log или в соседнем сообщении infolog или в логе АОСа написано, в чем причина ошибки

[propeller]

Цитата:

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

обычно в Event log или в соседнем сообщении infolog или в логе АОСа написано, в чем причина ошибки

Посмотрел в логе, ошибка из за того что два поля есть в приложении но их нет в табличке в БД на SQL server, в SQLDictionary есть запись об этих полях. Синхронизация/проверка этой таблицы проходит без ошибок. Как сделать чтобы эти поля появились в таблице в бд? (есть вариант руками там создать, но хотелось бы аксаптой)
Пока сделал так: удалил из SQLDictionary 2 строчки с этими полями, и прогнал синхронизацию/проверку по этой табличке - поля создались.

[sukhanchik]

Цитата:

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

Пока сделал так: удалил из SQLDictionary 2 строчки с этими полями, и прогнал синхронизацию/проверку по этой табличке - поля создались.

И это правильно