Цитата:
Сообщение от
Andey
Проект только боком касается стандартных учетных функций, в 95% процентах операции никак не будут касаться денег и уж тем более бухгалтерии.
Вы уверены, что эти 95% "найдут отражение" в стандартном функционале Аксапты?
Цитата:
Сообщение от
Andey
Имеет ли смысл делать на Dynamics AX сложные интерфейсы ? (по прикладной области там есть несколько мест где нужно делать довольно сложную графическую визуализацию данных - десятки тысяч записей из БД
Если эти записи - не данные для вершинных шейдеров, то, вероятно, речь о графическом представлении аналитических данных? В чем именно сложность? Скриншот бы, а то, может, по этим данным надо просто гистограммку построить
Цитата:
Сообщение от
Andey
на одной форме данные из пары десятков таблиц (тоже в графическом виде)). Скорее всего самописные контролы под всё это дело. Или лучше вынести это в отдельные third party модули и формы ? (если такое возможно конечно)
А сейчас как вы работаете с этими данными?
Цитата:
Сообщение от
Andey
Можно ли авторизировать DAX через логины SQL сервера ? (это наверное уж совсем ламерский вопрос, но все же )). В предыдущем проекте используется довольно обширная и гибкая система авторизации которая как раз базируется на этом.
Кто кого авторизует?..
Цитата:
Сообщение от
Andey
Работает ли клиент DAX c доступом к БД по интернет
К БД осуществляет доступ только сервер приложения (Application Object Server, AOS), а клиент уже работает черз него. Есть т.н. rich-лиент (виндовое приложение), он работает только напрямую с АОСом и только по RPC, еще есть корпоративный портал на шарепоинте, с ним можно работать через что угодно.
Цитата:
Сообщение от
Andey
что нибудь в стиле WCF, например ?
Есть средства интеграции через веб-сервисы, но не весь функционал штатно через них доступен.
Цитата:
Сообщение от
Andey
Вообще есть часть проекта которая работает с большими обьемами данных
Что вы называете большими об'емами?
Цитата:
Сообщение от
Andey
Есть данные которые напрямую не играют роли в бизнес данных, в основном статистические - рейтинги, доли и тд. Они нужны для построения сложных интерфейсов, они используются при конечном просчете бизнес данных - но их миллионы записей в месяц, выбираются они или оптимизированными stored процедурами или динамическим SQL и вообще это все на грани производительности сервера.
Кубы не пробовали использовать?
Цитата:
Сообщение от
Andey
Имеет ли смысл заносить их в данные DAX или лучше хранить их рядом на том же SQL сервере а в DAX записывать только агрегации и конечные бизнес данные ?
В аксаптовской базе стоит хранить то, что непосредственно генерится или используется аксаптовсим приложением.
Цитата:
Сообщение от
Andey
Можно ли использовать stored процедуры для выборок в DAX ?
При доступе к внешним источникам данных - пожалуйста, при работе с аксаптовской базой из самой Аксапты - в ряде мест они используются, но это скорее исключение.
Цитата:
Сообщение от
Andey
Вообще у нас есть несколько путей на выбор...
Хотелось бы отметить, что Аксапту обычно покупают в первую очередь ради ее готового функционала, а не ка среду разработки. Да, в ней много чего можно навернуть "сбоку", но та же Visual Studio для этого намного удобней и дешевле. Если не предполагается вести вАксапте управленческий учет, то как бы...
Наймите нормального внедренца для проведения предварительного обследования и помощи в выборе подходящей системы автоматизации. Такой проект будет стоить лишь несколько процентов от стоимости проекта внедрения системы и позволит сэкономить кучу времени, сил и средств в дальнейшем.