UNKNOWN table

[DTD]

AX4

PHP код:

Error:
Error executing code: UNKNOWN table does not have method 'find'.

Stack trace

(C)\Data Dictionary\Tables\UNKNOWN\Methods\find 


Кто нибудь сталкивался, как это лечится ? пробовал компилировать, синхронизировать, удалять индексы, удалять кеш, перезагружать клиент и сервер, не видит эту таблицу и все (

[sukhanchik]

Лечение "топором" можно попробовать. Сам не сталкивался - но гуру рассказывали. Если есть возможность найти эту табличку в Util*-такбличках и удалить оттуда все записи в отношении этой таблички - то вылечится. Это при условии, что у вас в АОТ проблемы (как я понял проблемы ведь при компиляции).
Но если честно - то сам не сталкивался

[Poleax]

Как собственно таблица называется?
вы уверены что таблица написана так как она и называется? Может одна буква в названии таблицы или пропущена или русская(а выглядит как агнл.
Таблица используется в каком то методе? Код можно?

[DTD]

Цитата:

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

Как собственно таблица называется?
вы уверены что таблица написана так как она и называется? Может одна буква в названии таблицы или пропущена или русская(а выглядит как агнл.
Таблица используется в каком то методе? Код можно?

Таблица своя, код не менялся (раньше работало, перекинули слой из одного appl в другой)

МорфХ таблицу видит, никаких ошибок не выдает при редактировании кода, вылетает при попытке использования такого кода.

[DTD]

Цитата:

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

Если есть возможность найти эту табличку в Util*-такбличках и удалить оттуда все записи в отношении этой таблички - то вылечится. Это при условии, что у вас в АОТ проблемы (как я понял проблемы ведь при компиляции).

Хорошая мысль, но

PHP код:

Cannot delete a record in Temporary table (UtilElements).
The record number does not comply with the original number.If the table uses entire table cache, this may be caused by the cache being flushed. Restart your job if this is the case. 


нет при компиляции все ок, таблицу видит, методы выпадают .. вылетает при исполнении

[sukhanchik]

Цитата:

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

Таблица своя, код не менялся (раньше работало, перекинули слой из одного appl в другой)

Дык это... слой - файликом перекидывали?
Тогда почти уверен, что у вас "схлестнулись" ID-шники. Т.е. в приложении у вас 2 элемента (2 таблицы/ Map/ View) с одинаковыми Id.
Увидеть вы это вряд ли сможете (чтобы найти такие элементы - нужно джобиком "прогуляться" по АОТу сразу после подкладывания слоя, перестроения индексов и до выхода из Аксапты).
Решение: Выяснить (у вас же есть копия приложения) - что за ID-шник у этой таблицы / Map/ View был и есть ли такой ID-шник у таблицы /Map/View в приложении, в которое вы подкладываете слой. "Исправить" Id (табличку выгрузить и загрузить заново без сохранения ID) на копии, после чего подкладывать слой.

Вообще, хочу отметить - что подкладывание слоев - вещь классная, но надо четко следить за Id-шниками элементов.
Кстати - нет никакой гарантии, что это единственная грабля. Для полной уверенности - перед подкладыванием слоя - нужно убедиться - что во всех слоях сидят элементы только "со своими" Id-шниками.

[Poleax]

DTD
Попробуй поправить id
Администрирование\Администрирование SQL\Действами над таблицами\ [Проверка/Синхронизация]

если Ax4 SP2 то кнопка [Проверка/Синхронизация] заблокирована. Можешь поправить Forms\sysSqlAdmin\
кнопка buttonCheckTable Enable=Yes

[DTD]

Цитата:

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

DTD
Попробуй поправить id
Администрирование\Администрирование SQL\Действами над таблицами\ [Проверка/Синхронизация]

если Ax4 SP2 то кнопка [Проверка/Синхронизация] заблокирована. Можешь поправить Forms\sysSqlAdmin\
кнопка buttonCheckTable Enable=Yes

Пробовал первым делом, не помогло

[glibs]

Вы не пробовали что-то поменять в свойствах таблицы и самом методе, сохранив их?

Ну и для начала проделать это с тем методом, который обращается к таблице.

[DTD]

Цитата:

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

Дык это... слой - файликом перекидывали?
Тогда почти уверен, что у вас "схлестнулись" ID-шники. Т.е. в приложении у вас 2 элемента (2 таблицы/ Map/ View) с одинаковыми Id.
Увидеть вы это вряд ли сможете (чтобы найти такие элементы - нужно джобиком "прогуляться" по АОТу сразу после подкладывания слоя, перестроения индексов и до выхода из Аксапты).

Да было такое подозрение, прошелся после появления ошибки по всем не стандартным таблицам, вроде все в своих диaпaзонах и дупликатов нет (также см. ниже)

Цитата:

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

Решение: Выяснить (у вас же есть копия приложения) - что за ID-шник у этой таблицы / Map/ View был и есть ли такой ID-шник у таблицы /Map/View в приложении, в которое вы подкладываете слой. "Исправить" Id (табличку выгрузить и загрузить заново без сохранения ID) на копии, после чего подкладывать слой.

да ече момент важный не упомянул, в самом начале был дупликат (при синхронизации сообщение типа проблемю со структурой у таблицы CUS_Custom, удалить таблицу CustTable ?), сделал (табличку выгрузить и загрузить заново без сохранения ID), помоему после этого появилось UNKNOWN

Цитата:

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

Вообще, хочу отметить - что подкладывание слоев - вещь классная, но надо четко следить за Id-шниками элементов.
Кстати - нет никакой гарантии, что это единственная грабля. Для полной уверенности - перед подкладыванием слоя - нужно убедиться - что во всех слоях сидят элементы только "со своими" Id-шниками.

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

[DTD]

Цитата:

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

Вы не пробовали что-то поменять в свойствах таблицы и самом методе, сохранив их?

Ну и для начала проделать это с тем методом, который обращается к таблице.

а действительно вполне логично ... не пробовал, ... все работает !

спасибо всем !

[glibs]

Вероятно, перенеся скомпилированный слой, у вас код скомпилировался с одним ID таблицы, а после переноса он умудрился измениться. По тому ID, который был в скомпилированном коде, таблица не находилась. Вот и получался UNKNOWN.

Толи на форуме писали почему, толи мне приснилось... но компиляция делает свою работу не всегда, почему-то. Иногда если исходный код нетронут, то она ленится компилировать. Либо что-то происходит, что приводит к такому эффекту. Модификация, обычно, лечит такие косяки.

[DSPIC]

Цитата:

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

... Иногда если исходный код нетронут, то она ленится компилировать. Либо что-то происходит, что приводит к такому эффекту. Модификация, обычно, лечит такие косяки.

Яркий пример тому - макросы. Если в ClassDeclaration положить макрос из AOT, а затем в том макросе поменять какой-либо параметр, то несмотря на перекомпиляцию класса новое значение не подтягивается, пока не промодифицируешь ClassDeclaration, хотябы пробелом.

[DTD]

Цитата:

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

если Ax4 SP2 то кнопка [Проверка/Синхронизация] заблокирована. Можешь поправить Forms\sysSqlAdmin\
кнопка buttonCheckTable Enable=Yes

Кстати раз уже эту тему затронули, никогда не задумывался почeму её убрали, просто включал назад на форме и все. Кто нибудь знает какие предпосылки для этого решения были ?

[kashperuk]

Она может нарушить целостность данных системы.
Поэтому, не очень хороший совет бездумно ее включать.
В дальнейшем ее починили (АХ 2009)

[DTD]

Цитата:

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

Она может нарушить целостность данных системы.
Поэтому, не очень хороший совет бездумно ее включать.
В дальнейшем ее починили (АХ 2009)

я об этом слышал, а где конкретно почитать в каких ситуациях она может нарушить целостность данных системы ?

[glibs]

Arijit Basu: Service Pack 2 for Microsoft Dynamics™ AX 4.0