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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 22.05.2012, 18:32   #1  
Andey is offline
Andey
Участник
 
2 / 10 (1) +
Регистрация: 22.05.2012
Проведите ликбез по DAX, плиз )
Решаем сейчас на чем реализовывать проект по автоматизации бизнес процессов в телевидении, и один (основной вариант) это использовать Dynamics AX. Плюс есть уже введенные в эксплуатацию проекты сделанные на Delphi который хотелось бы как то интегрировать с Dynamics.
Dynamics AX потому что хочется "вживую" конфигурировать цепочки бизнес процесса, очень уж по разному на каждом канале они проходят.
Проект только боком касается стандартных учетных функций, в 95% процентах операции никак не будут касаться денег и уж тем более бухгалтерии.
1. Имеет ли смысл делать на Dynamics AX сложные интерфейсы ? (по прикладной области там есть несколько мест где нужно делать довольно сложную графическую визуализацию данных - десятки тысяч записей из БД, на одной форме данные из пары десятков таблиц (тоже в графическом виде)). Скорее всего самописные контролы под всё это дело. Или лучше вынести это в отдельные third party модули и формы ? (если такое возможно конечно)
2. Можно ли авторизировать DAX через логины SQL сервера ? (это наверное уж совсем ламерский вопрос, но все же )). В предыдущем проекте используется довольно обширная и гибкая система авторизации которая как раз базируется на этом.
3. Работает ли клиент DAX c доступом к БД по интернет, что нибудь в стиле WCF, например ?
Вообще есть часть проекта которая работает с большими обьемами данных - там нужно по максимуму оптимизировать работу с ними, отсюда и вопросы
5 Есть данные которые напрямую не играют роли в бизнес данных, в основном статистические - рейтинги, доли и тд. Они нужны для построения сложных интерфейсов, они используются при конечном просчете бизнес данных - но их миллионы записей в месяц, выбираются они или оптимизированными stored процедурами или динамическим SQL и вообще это все на грани производительности сервера. Имеет ли смысл заносить их в данные DAX или лучше хранить их рядом на том же SQL сервере а в DAX записывать только агрегации и конечные бизнес данные ?
6 Можно ли использовать stored процедуры для выборок в DAX ?

Вообще у нас есть несколько путей на выбор
--Набирать команду(или нанимать партнера) и писать все с нуля на DAX, если нужно использовать WinForms или WPF компоненты, если нужно писать эти компоненты с 0.
--Использовать DAX как обвязку бизнес процессов и интегрировать с ним уже существующие системы на том же Delphi+AppLayer+SQL Server, где и обрабатывать сложные "документы".
--Использовать DAX как обвязку бизнес процессов, а для сложных документов сделать обработку в виде подпроекта на Winforms+WCF+EF, ну или тупо на Winforms+ADO.NET

Я понимаю что часть вопросов, наверняка не корректна вообще и в принципе, но сделайте скидку на ламерство, плиз )) Несколько дней уже читаю информацию про DAX, но какой то слитной картинки никак не получается.

Заранее Спасибо за ответы )
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
DAX CRM: Интеграция с softphone (Avaya Softphone) sergeypp DAX: Функционал 0 20.12.2010 16:20
msdynamicsax: DAX 2009 and MS SQL 2008 Blog bot DAX Blogs 0 09.08.2008 14:05
dax-lessons: Generate XML Documentation Files for a project - DAX 2009 Blog bot DAX Blogs 0 08.08.2008 19:06
msdynamicsax: Enterprise Portal development in DAX 2009 Blog bot DAX Blogs 0 18.04.2008 07:06
dax-lessons: Active directory in Axapta Blog bot DAX Blogs 0 27.08.2007 23:00

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

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

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