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

[sukhanchik]

Цитата:

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

Бага не исправлена.

Ну... громко сказано, что это бага... Бага, которая проявляется при активации режима, от которого отказались (причем включение режима тоже нетривиальная штука) - багой не считается ))

А если серьезно - я считаю, что каждый софт должен заниматься своим делом. Не задача SQL Server считать бизнес-логику. Не дело АХ - указывать БД какой индекс брать.

[Logger]

Цитата:

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

А если серьезно - я считаю, что каждый софт должен заниматься своим делом. Не задача SQL Server считать бизнес-логику. Не дело АХ - указывать БД какой индекс брать.

Это просто вопрос выбора инструментария. С какой стороны проще оптимизатору запросов мозги вправлять. И что дешевле.
Разработчики аксапты считают, что все же можно использовать хинты. Вернули их в 365й. Хотя и изменили способ включения.

[sukhanchik]

Цитата:

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

Это просто вопрос выбора инструментария. С какой стороны проще оптимизатору запросов мозги вправлять. И что дешевле.
Разработчики аксапты считают, что все же можно использовать хинты. Вернули их в 365й. Хотя и изменили способ включения.

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

Т.е. с т.з. разработчиков аксапты - они всегда будут за то, чтобы любую задачу решить средствами АХ, т.к. они понимают как ее решить и как управлять и поддерживать это решение.
В то же время такой подход расходится с генеральной линией Microsoft (который собственно изначально систему и делает), который наоборот пытается дробить систему на сервисы. Например, в той же 365-й:
- попытка вынести оповещения (бизнес-события) и Workflow Power Automate
- попытка вынести логику расчета сводного планирования (да, там много нюансов, но сам факт) во внешний сервис
- попытка вынести мониторинг импорта данных во внешний сервис
- про БД я уже и не говорю
- баг-трекер Azure DevOps - это система вне 365-й
- еще в более ранних версиях из АХ был вырезан OLAP-механизм

Экономическая составляющая конечно очень существенно влияет на выбор решения, однако на мой взгляд "правильный" баланс между ролями систем позволяет с минимальными проблемами их апгрейдить относительно независимо друг от друга с максимальным разделением ответственности между специалистами (условно, за выбор индекса должна отвечать как БД, так и ДБА, а не АХ и программист АХ. Строить BI-отчеты должны BI-щики с их инструментарием, а не программисты АХ с их инструментарием и т.д.)

При таком подходе - условная замена АХ на другую систему, работающую также с SQL Server позволит ДБАшнику также отвечать за взятие нужных индексов, а BI-щикам также строить свои отчеты.