Ax 2012 строит запрос с ошибкой в синтаксисе

[Gibrid]

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

Цитата:

Невозможно выбрать запись в Акции по приоритетам (PublicityPriorTempDb). Код акции: 0.
База данных SQL обнаружила ошибку.
Описание ошибки SQL: [Microsoft][SQL Server Native Client 11.0][SQL Server]Неправильный синтаксис около конструкции "(".
Оператор SQL: SELECT TOP 1 T1.PUBLICITYJOURNALRECID,T1.ITEMID,T1.PARTITION,101090 FROM tempdb."DBO".t106966_ACAE536E796A4D7783471D261AF32F8E T1 WITH ( INDEX(i106966_I_106966PUBLICITYJOURNALRECIDX_(null))) WHERE (((PARTITION=?) AND (DATAAREAID=?)) AND (PUBLICITYJOURNALRECID=?))

В запросе ошибка в хинте по индексу WITH ( INDEX(i106966_I_106966PUBLICITYJOURNALRECIDX_(null)).
(null) - быть не должно.

Сам запрос в аксапте выглядит так:

select firstOnly PublicityJournalRecId from
        PublicityPriorTempDb
            where PublicityPriorTempDb.PublicityJournalRecId == PublicityJournalTableCurrent.RecId

Таблица с индексом выглядит так:

https://ibb.co/vZtBQc1

И свойства таблицы:

https://ibb.co/P5BX7Hj


Ошибка исправляется, если удалить индекс. А потом создать другой с другим именем. Встречалась и на обычных таблицах, не TempDb.

Подскажите, что это может быть? Баг в ядре? Куда вообще смотреть?

[SRF]

- Ребут АОСа не помогает ? Те запросы работали, работали, а потом хоп и перестали работать и всегда падает на одной и той же строчке и так до тех пор пока не переименуешь индекс ?

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

with означает явную подсказку какой индекс использовать, но в 2012 насколько я знаю такое по умолчанию отключено (есть недокументированная возможность активации, но официальной поддержки такой штуки нет), возможно для tempDB такое работает всегда при использовании инструкций, но как то не верится.

какая у вас версия 2012 ?

вместо null по идее должно быть имя экземпляра таблички, т.е. что то типа 106966_I_106966PUBLICITYJOURNALRECIDX_ACAE536E796A4D7783471D261AF32F8E - а поскольку null то каким то образом ссылка на экземпляр исчезает - запрос генерит ядро, поэтому скорее всего ошибка в нём.

а что с постоянным таблицами, как выглядит текст ошибки - дословно такой же? просто там название индекса всегда фиксированно и _ добавлять не надо в конце

[Владимир Максимов]

А сама таблица в базе TempDB на момент выполнения запроса существует? Окончание индекса ведь строится по реальному физическому имени таблицы в базе данных TempDB. Если таблицы нет, то какое имя добавлять?

При работе с временными таблицами TempDB рекомендуется сначала выполнить их инициализацию

   // Force instantiation of Temp DB table.
    select generateonly firstonly RecId from PublicityPriorTempDb;

Это делается в методе RetailUtilities::getPhysicalTableName(). Т.е. код такой получается

RetailUtilities::getPhysicalTableName(PublicityPriorTempDb);

// Далее код по наполнению временной таблицы

PS: Ну и добавление хинта в запросе - это настойки AOS. Лучше этого не делать. По умолчанию, в dax2012 они отключены.

[Pandasama]

Цитата:

При работе с временными таблицами TempDB рекомендуется сначала выполнить их инициализацию

Никогда про это не слышал (и не делал).
А какой это эффект дает? каких проблем помогает избежать?