Перенос разработок с USR на VAR

[Paul_ST]

Добрый день!

Есть проблема: при переносе таблицы (через xpo-файл) с usr-слоя на var-слой происходит фатальная ошибка Axapta. Таблица создана на usr-слое, usr-модификации стандартных таблиц переносятя на var нормально.
Знает ли кто-нибудь в чём может быть дело?

Пробовал удалять таблицу на usr (при этом приходится удалять и таблицу из БД), после чего на var-слое она создаётся. Данные предварительно если экспортировать, импорта опять-таки в таблицу на var-слой не получается. Можно конечно попробовать через Excel, но не хотелось бы.

Буду очень признателен за советы / идеи!

[George Nordic]

?? VAR слой? Не слишком ли лихо?

Попробуйте для начала на cus либо bus слой.

С Уважением,
Георгий

[Андре]

Довольно известная проблема.

Когда вы созадли таблицу на USR слое ей присвоился идентификатор id из диапазона номеров отведенных для USR слоя. Когда вы импортируете таблицу на var слой ей опять же присваивается id, но уже из совершенно другого диапазона номеров.
Это, кстати, одна из причин, из-за которой разработку рекомендуется вести в том слое, в котором будут использоваться разрабатываемые объекты.

[Paul_ST]

А в случае, когда всё же есть желание перенести на var (импорт с usr конечно же без сохранения Id выполняется) - при удалении таблицы с usr - почему не отрабатывает импорт данных? Тоже проблемы с идентификаторами?

[Андре]

Честно говоря не помню. Импорт, насколько я помню, должен корректно отрабатывать. Экспортируй в текстовый файл и посмотри - не прописаны ли там идентификаторы. Особенно в def файле.

Кстати, что значит "не отрабатывает" ? Какие сообщения об ошибках и прочие симптомы ?

[Paul_ST]

0 записей импортируется из def-файла

[Андре]

Условия целостности никие не нарушаются ? Например, уникальность и т.д.
Простейший пример. Была таблица, экспортировали данные, добавили уникальный индекс, пытаемся импортировать данные обратно...
Если в общем, то должно работать. Чтобы помочь - нужно смотреть делали. Попробуйте включить трассировку sql запросов, посмотреть что там происходит и т.д.

[monk]

Создаете отдельное приложение - туда все переносите на нужный слой, компилируете. Далее через это приложение подключаетесь к исходной базе, потом надо будет провести реиндексацию, проверку/синхронизацию и удалить старые (со старыми идентификаторами) записи из таблицы SqlDictionary.

Гарантий целостности данных не даю

[Lexey]

Откройте def файл. Исправьте id таблицы и полей на новые var'овские. Импортируйте данные.