|
![]() |
#1 |
Участник
|
Я про то, что аргумент "сейчас маззи нанимает SSRS программера" скорее в пользу SSRS
Где я не прав: 1. Для проекта на Ax2009 тебе нужен SSRS девелопер 2. В Ax2009 пользоваться SSRS необязательно => у SSRS настолько больше возможностей чем у MorphX, что это для каких-то случаев для тебя оправдывает траты на программиста. Цитата:
- Пришлось все переделывать нафиг.
Цитата:
- Не так. Программеры на "C# & X++" стоят дороже чем программеры на C# или на X++
![]() Кстати, никто не может напомнить ссылку, где написали про SSRS отчеты в Ax6 - я бы попросил автора поподробнее про это написать? |
|
![]() |
#2 |
Участник
|
Цитата:
Как к примеру в SSRS вы будете делать отчет типа списка поставщиков(фиксированный набор полей). При условии что пользователь может накладывать фильтры на любые поля поставщиков(в том числе и сложные фильтры) и связанных таблиц(тех которые есть сейчас и появятся в будущем) и с возможностью сортировки по любым полям этой таблицы? Это то, что можно сделать в MorphX за несколько минут, сколько времени у вас это займет в SSRS |
|
![]() |
#3 |
Участник
|
В Ax2009 можно использовать перспективы и Report Builder - конечно степень интеграции недостаточная, я с этим согласен. Но это скорее движок выборки данных, чем печатного представления.
|
|
![]() |
#4 |
Участник
|
ни один отчет в стандарте не сделан в Report Builder. Что-то я сомневаюсь что его можно использовать как-то более глубоко чем стандартный дизайнер автоотчетов в Аксапте
еще вопрос вы дорабатываете отчеты SSRS из стандартной поставки, выходит новый SP. Как совместить его изменения с вашими. То что в аксапте можно сделать утилитой сравнения не реализовано. т.е. по сути SSRS в текущем виде вообще не подходит для использования для большого промышленного внедрения. в чем преимущество то перед MorphX? |
|
![]() |
#5 |
Участник
|
Цитата:
Цитата:
еще вопрос
вы дорабатываете отчеты SSRS из стандартной поставки, выходит новый SP. Как совместить его изменения с вашими. То что в аксапте можно сделать утилитой сравнения не реализовано. Цитата:
т.е. по сути SSRS в текущем виде вообще не подходит для использования для большого промышленного внедрения.
в чем преимущество то перед MorphX? А яимею ввиду именно ту часть которая характерна именно для отчетов ax - дизайн и вывод. например попробуйте сделать простейшуюю табличку типа тех, которых много в российской отчетности - вам придется сразу же отказаться от всех автоматизмов размещения элементов управления. Более того, у вас нет одного объекта "таблица" и если вы подвинете один контрол, все остальные не передвинутся. В SSRS еще масса возможностей для комбинирования элементов друг с другом - например можно сделать таблицу в ячейках которой будут диаграммы. а вот, например спарклйны из SSRS 2008 R2, который скоро выйдет: ![]() и редактор гораздо удобнее - разного рода взаимные выравнивания и проч. И да, я согласен, что если оставить интеграцию в том виде, что есть в 2009 и вырезать MorphX ный движок, то будет хуже. Только я не понимаю, 1. Кто и когда обещал что интеграция останется в том же виде 2. Что морфиксный движок будет вырезан Не мог бы кто-нибудь ссылку привести? |
|
|
За это сообщение автора поблагодарили: trud (1). |
![]() |
#6 |
Участник
|
Позвольте ворваться в тему. А может ли кто-то подсказать литературу по SSRS?
Где-то проскакивала фраза о том что для АХ6 разработали новый принцип хранения приложения - в бд MS SQL Server. Т.е. тем кто предпочитает крутить базы аксапты под ораклом прийдется еще и дополнительно покупать лицензии на сиквел сервер, исключительно для хранения там файлов приложения? Прикольная перспективка. |
|
![]() |
#7 |
Участник
|
|
|
![]() |
#8 |
Участник
|
Цитата:
Да, Был разработан новый принцип хранения приложения - в бд. Но то, что это будет ТОЛЬКО ms sql - вроде нигде не утверждалось. |
|
![]() |
#9 |
Участник
|
Цитата:
Я читал Professional Microsoft SQL Server 2008 Reporting Services - вроде нормально но с другими особо не сравнивал Последний раз редактировалось belugin; 07.04.2010 в 07:55. |
|
|
За это сообщение автора поблагодарили: greench (1). |
![]() |
#10 |
Member
|
Цитата:
Сообщение от belugin
...
например попробуйте сделать простейшуюю табличку типа тех, которых много в российской отчетности - вам придется сразу же отказаться от всех автоматизмов размещения элементов управления. Более того, у вас нет одного объекта "таблица" и если вы подвинете один контрол, все остальные не передвинутся. ... С чем действительно проблемы — это с рисованием колончастых печатных форм типа РКО. Секция в Морфиксном отчете разлазится на всю ширину страницы. Но только печатная форма — это не отчет. 1. Морфиксный отчет неудобен для рисования российских печатных форм. 2. Вполне приемлем для подготовки большинства неинтерактивных аналитических отчетов для вывода на печать. 3. Для интерактивных отчетов с элементами data mining в Аксапте есть другие инструменты. В общем, посмотрим что сделают. Я активно использую OLAP и SSRS, но отдельно от Аксапты. Если интеграция с SSRS будет такой же как с OLAP в 3.0 и 4.0, то такая интеграция будет в системе скорее номинально. Но вот если какой-то "интеллектуал" при этом угробит опять то, что есть и работает (уж как работает, но люди этим пользуются)... шкуру содрать с него заживо будет мало.
__________________
С уважением, glibs® |
|
|
За это сообщение автора поблагодарили: trud (1). |
Теги |
.net, ssrs, visual studio, workflow, как правильно, права доступа, производительность, ax2012 |
|
|