Глюк с таблицей RpayHRMOrganization в DAX2009

[d_alexe]

С момента перехода на 2009 наблюдается следующий глюк:
таблица RpayHRMOrganization периодически исчезает из АОТ, хотя из датасорса формы открывается в обозревателе и в администрировании SQL она тоже есть.
Но в методах она не доступна, то есть при попытке компиляции методов, где она используется, выдается сообщение, что переменная не была объявлена. Хотя ранее скомпилированное работает без проблем.

Как с этими исчезновениями можно бороться? и из-за чего это может происходить?

ПС версия АХ на скрине, на чистую АХ установлено решение АНД-проджект "Зарплата и кадры", База данных на SQL2008.
Id таблицы ни с чем не пересекается, проверено не однократно.

ПС2 Через администрирование SQL таблицу синхронизируешь, перезайдешь в аксапту и таблица появилась.

[Logger]

Может вам в приложении индексы (*.aoi) пересоздать ?

[Oz]

В схожей ситуации помогла переиндексация в средствах разработки (Сервис \ Средства разработки \ Объекты приложения \ Переиндексация)

[d_alexe]

И логику переиндексировали и глобальную компиляцию запускали, ни чего не помогает

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

[rootx]

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

[d_alexe]

так она и в проектах так же, то есть, то нет.

… Видишь суслика?
— Нет.
— И я не вижу. А он есть! (c)ДМБ

вот и тут так же

[rootx]

Странно, у нас пропадает только из самого аоса, редко но бывает, в проектах остается.

[LRA]

Столкнулись с похожей проблемой. Победили так. Запустите следующий джоб (ногами не пинать – писали начинающие стажеры), если джоб найдет ошибки, то надо будет написать ещё один джобик, который удалить "испорченные" объекты.

// Поиск дубликатов объектов с различными ID
static void findDuplicateJob_LRA(Args _args)
{
    Dictionary                  dict1 = new Dictionary();
    Dictionary                  dict2 = new Dictionary();
    DictTable                   dictTable1;
    DictTable                   dictTable2;
    DictEnum                    dictEnum;
    DictType                    dictType;
    int                         i1, i2, num;
    ;
    // Обработка таблиц
    for (i1 = 1; i1 <= dict1.tableCnt(); i1++)
    {
        dictTable1 = new DictTable(dict1.tableCnt2Id(i1));
        if (dictTable1)
        {
            print strFmt("%1 из %2    %3", i1, dict1.tableCnt(), dictTable1.name());
            for (i2 = i1+1; i2 <= dict2.tableCnt(); i2++)
            {
                dictTable2 = new DictTable(dict2.tableCnt2Id(i2));
                if (dictTable2)
                {
                    if (dictTable1.name() == dictTable2.name() && dictTable1.id() != dictTable2.id())
                    {
                        // Здесь собственно и есть ошибка
                        error(strFmt("Ошибка в объекте %1  %2  %3", dictTable1.name(), dictTable1.id(), dictTable2.id()));
                        num++;
                    }
                }
                else
                {
                    info(strFmt("Ошибка при инициализации Table %1", dict2.tableCnt2Id(i2)));
                }
            }
        }
        else
        {
            info(strFmt("Ошибка при инициализации Table %1", dict2.tableCnt2Id(i2)));
        }
    }
 
    info(strFmt("Готово! Ошибок %1", num));
}

Внедряли у нас Dynamics AX кстати, тоже АНД-проджект, и такая же байда была не только с таблицами, больше всего траболов всплыло на енумах и EDT. Кажется, ещё и на классах.
«Сервис \ Средства разработки \ Объекты приложения \ Переиндексация» у нас безвозвратно подвисала Dynamics AX.

[d_alexe]

По-пробовал не помогло. "Ошибок 0."
В общем-то, как и ожидалось, так как на пересечения по Id или названию проверялись в-первую очередь.

[McArrow]

Я замечал, что такие глюки бывают из-за того, что на разных слоях объект существует с названием в разных регистрах символов (например RPayHRMOrganization и RpayHRMOrganization).

[d_alexe]

Цитата:

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

Я замечал, что такие глюки бывают из-за того, что на разных слоях объект существует с названием в разных регистрах символов (например RPayHRMOrganization и RpayHRMOrganization).

Похоже вот оно на
SL2 - RPayHRMOrganization, а на
CUS & USR - RpayHRMOrganization

теперь надо пробовать переименовать как-то, в лоб не получилось

[McArrow]

Я думаю, надо попробовать послойно экспортировать слои в XPO, потом удалить из AOT, поправить регистр в XPO и импортировать в обратном порядке (данные могут покриветь, если пройдёт синхронизация таблиц -- в зависимости от имеющихся модификаций на удаляемых слоях. Вообще лучше на тестовой инсталляции опробовать для начала).

[d_alexe]

Цитата:

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

Я думаю, надо попробовать послойно экспортировать слои в XPO, потом удалить из AOT, поправить регистр в XPO и импортировать в обратном порядке (данные могут покриветь, если пройдёт синхронизация таблиц -- в зависимости от имеющихся модификаций на удаляемых слоях.

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

Цитата:

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

Вообще лучше на тестовой инсталляции опробовать для начала).

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