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

[SRF]

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

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

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

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

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

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

[Gibrid]

Цитата:

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

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

Ребут не помогает. Да, работали и вдруг стали падать на одной строчке, пока что-то не сделаешь с индексом.

Цитата:

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

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

Заполнен скульной процедурой запросом вида "insert into [tempdb]..[%1] (%2 recversion, partition) %3", где %1 это RetailUtilities::getPhysicalTableName и 2% это поля для вставки. И %3 это вызов хранимой процедуры EXEC ..

Цитата:

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

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

Хинты выключены. Да и в самом запросе в аксапте, на котором падает выполнение их даже не прописано.

Цитата:

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

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

2012 R3 6.3.164.0

Цитата:

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

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

Таблица на скуле после выполнения остается.

Цитата:

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

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

Точного текста сейчас нет, но смысл тот же, в скобках индекса null

[Logger]

Цитата:

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

2012 R3 6.3.164.0

Странный номер
Посмотрите в свойствах для файла Ax32Serv.exe

Должно быть что-то более информативное, типа
6.3.6000.8144

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

[Gibrid]

В свойствах файла 6.3.6000.151

[Logger]

Цитата:

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

В свойствах файла 6.3.6000.151

Судя по
https://www.microsoft.com/en-us/dyna...urce=axsupport

у вас голый CU13
не самый свежий билд, но детских багов там уже не должно бы быть.
Странно.