AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 29.01.2025, 11:09   #22  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,342 / 3563 (125) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от Logger Посмотреть сообщение
Это просто вопрос выбора инструментария. С какой стороны проще оптимизатору запросов мозги вправлять. И что дешевле.
Разработчики аксапты считают, что все же можно использовать хинты. Вернули их в 365й. Хотя и изменили способ включения.
Соглашусь, хотя такой подход сродни подходу "А давайте мы баг-трекер задач на АХ по-быстрому наваяем - наработки же есть - модуль проекты можно задействовать".

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

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

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

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
axsa: MDM Adapter - Extending Dynamics AX 2012 R3 Master Data Management Blog bot DAX Blogs 0 22.05.2014 03:28
atinkerersnotebook: Walkthrough & Tutorial Summary Blog bot DAX Blogs 1 09.09.2013 09:11
DAX: How to gain additional value from the Microsoft application platform with Microsoft Dynamics AX 2012 R2 Blog bot DAX Blogs 3 21.06.2013 15:16
DAX: Official Dynamics AX 2012 R2 Content (update) - Where is it, and how can you find out about updates? Blog bot DAX Blogs 0 03.12.2012 11:11
Dynamics AX Sustained Engineering: Servicing of Dynamics AX 2012 and Dynamics AX 2012 Feature Pack Blog bot DAX Blogs 0 08.05.2012 23:12

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 10:21.