Сравнение при импорте XPO

[akvi]

Здравствуйте, уважаемые!

По каким-то причинам перестало работать сравнение, когда импортируешь проекты. Причем происходило это постепенно. Сначала стало "глючить" сравнение таблиц, показывая поля UNKNOWN и все Field Groups даже при отсутствии изменений. Теперь же вообще перестало работать и для любых объектов ничего не показывает.

Есть ли возможность исправить ситуацию?

[Sada]

Может грохнуть индексы и по новой сгенерить?

[miklenew]

Может модификации были.
Может usr - слой на объектах отвечающих за импорт снести.
Если Axapta жива значит можно трэйсить.
Там же просто html скрипт формируется.
Можно локализовать.

[akvi]

Цитата:

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

Может модификации были.
Может usr - слой на объектах отвечающих за импорт снести.
Если Axapta жива значит можно трэйсить.
Там же просто html скрипт формируется.
Можно локализовать.

Осталось только узнать названия этих отвечающих за импорт объектов. Модификаций там быть не должно, не появились же они сами по себе?

[miklenew]

На вскидку класс SysImportElements и форма SysImportDialog.
А дальше покапаться надо.

[akvi]

Цитата:

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

На вскидку класс SysImportElements и форма SysImportDialog.
А дальше покапаться надо.

Спасибо за подсказку , буду разбираться

[akvi]

Цитата:

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

Может грохнуть индексы и по новой сгенерить?

Индексы перестроил, но не помогло. Хотя всё равно не зря - работать система стала заметно быстрее

[akvi]

С отображением дерева сравнения разобрался - в форме SysCompareForm дерево почему-то было свернуто, я его просто растянул и стало все ОК.
Но проблема с непонятным сравнением для таблиц так и осталась: выводятся поля UNKNOWN, Field Groups и Relations вообще из другой таблицы.

[miklenew]

Класс SysCompare метод buildBranch (точку останова) - идёт создание дерева из tmp таблицы (TmpTree) которую заполнили до этого.
Можно перекрыть на ней insert(точку останова).

[gl00mie]

Цитата:

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

Но проблема с непонятным сравнением для таблиц так и осталась: выводятся поля UNKNOWN, Field Groups и Relations вообще из другой таблицы.

Удалите кэш (файлы aoc/auc), если работаете в 3-хзвенке. А когда лезут поля вообще из другой таблицы, это обычно значит, что съехали идентификаторы: в XPO-шке идентификатор таблицы один, а в AOT'е - другой.

[akvi]

Цитата:

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

Удалите кэш (файлы aoc/auc), если работаете в 3-хзвенке. А когда лезут поля вообще из другой таблицы, это обычно значит, что съехали идентификаторы: в XPO-шке идентификатор таблицы один, а в AOT'е - другой.

Проэкспортировал таблицу со значениями идентификаторов, и теперь при импорте сравнение работает корректно.
Спасибо всем за помощь

[Raven Melancholic]

Цитата:

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

Но проблема с непонятным сравнением для таблиц так и осталась: выводятся поля UNKNOWN, Field Groups и Relations вообще из другой таблицы.

Сталкивался с этим на Красном Октябре. Кто-то там попытался перенести в одной таблице поле с одного слоя на другой. В результате, даже если просто выгрузить любую таблицу в xpo и загрузить тут же назад, то сравнение даёт несколько полей, групп и релейшенов той таблицы, над которой поиздевались. Причём, сам импорт отрабатывает нормально.
Способ лечения так и не нашелся.

[akvi]

Цитата:

Сообщение от Raven Melancholic

Способ лечения так и не нашелся.

вселяет оптимизм

[raz]

у нас такая же ерунда.
пока ничем не лечиться.

[raz]

Сейчас для проверки выгрузил табличку в XPO, при импорте этого XPO обратно показывает различия, в виде поля UNKNOWN. Получаеться, что в АОТ появилась таблица с идентификатором 0, которая всегда присутствует в сравнении?

[gl00mie]

Цитата:

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

Сейчас для проверки выгрузил табличку в XPO, при импорте этого XPO обратно показывает различия, в виде поля UNKNOWN.

У меня в таких случаях обычно просто пишет, что различия не найдены...

Цитата:

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

Получаеться, что в АОТ появилась таблица с идентификатором 0, которая всегда присутствует в сравнении?

А состав полей в AOT и в XPO одинаковый в этом случае? И о каком ядре вообще идет речь? У меня AX3 KR3 (build 7609). Собственно, строка "UNKNOWN" - это то, что возвращет функция ядра fieldid2name() в случае, когда не может найти имя поля по идентификатору, либо когда указан неизвестный ей идентификатор таблицы. Так что по идее дело должно быть именно в идентификаторах...

[raz]

Цитата:

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

У меня в таких случаях обычно просто пишет, что различия не найдены...

Когда то и унас так было.

Цитата:

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

А состав полей в AOT и в XPO одинаковый в этом случае? И о каком ядре вообще идет речь? У меня AX3 KR3 (build 7609). Собственно, строка "UNKNOWN" - это то, что возвращет функция ядра fieldid2name() в случае, когда не может найти имя поля по идентификатору, либо когда указан неизвестный ей идентификатор таблицы. Так что по идее дело должно быть именно в идентификаторах...

Я беру чистую таблицу (без модификаций), выгружаю, загружаю и ...
AX3 SP4 KR1.

[akvi]

Цитата:

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

Я беру чистую таблицу (без модификаций), выгружаю, загружаю и ...
AX3 SP4 KR1.

Экспортировать нужно со значениями идентификаторов

[raz]

Цитата:

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

Экспортировать нужно со значениями идентификаторов

Это не есть "решение проблемы". Хочеться найти и устранить причину.

[lev]

Цитата:

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

Сейчас для проверки выгрузил табличку в XPO, при импорте этого XPO обратно показывает различия, в виде поля UNKNOWN. Получаеться, что в АОТ появилась таблица с идентификатором 0, которая всегда присутствует в сравнении?

DAX 4.0
при сравнении таблиц (некоторых) показывались методы, которые не существуют...
долго бился, искал причину. в итоге выяснилось, что в таблице UtilElements есть записи с типом TableInstanceMethod (и TableStaticMethod) но с нулевым parentId, и вот эти записи при каких то обстоятельствах вылезают в сравнениях...

а вот как эти записи там появились интересно!??
может кто докопался до первопричин?