ax2009 & SSRS

[kitty]

У нас клиент думает переходить на ax2009 с 3.0 и одна из весомых для него причин для перехода - то, что отчеты в ax2009 многие реализованы на RS, поэтому он ожидает увидеть выигрыш в производительности. В частности Aging debtors report - сейчас на их базе он выполняется полтора суток(отчет без модицикаций). Я посмотрела реализацию этого отчета в ax2009 и совсем не обрадовалась. Все то же самое, только теперь вызывается вся ax-логика из RS(.Поэтому мне кажется, что быстрее он работать не будет на том же объеме данных, а скорей еще и медленнее будет из-за того, что мы все вызываем не напрямую из аксапты, а классы AX вызываем из RS...
Скажите, есть ли реальный выигрыш в производительности при переходе на AX2009, особенно касательно отчетов. И если есть, то почему.

[mazzy]

Цитата:

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

В частности Aging debtors report - сейчас на их базе он выполняется полтора суток(отчет без модицикаций).

Ужас какой-то.
Скорее всего, вам не отчет менять надо, а базу тюнить.
см. http://axapta.mazzy.ru/lib/querytuning/

у вас кто-нибудь за базой смотрит?
Каков размер базы? Каков размер custTrans, custSettlement? И, на всякий случай спрошу, каков размер CustTransOpen?

[kitty]

База огромная, ее тюнят.
Вопрос про сравнение производительности и резонности перехода с ax 3.0 на ax2009, особенно в плане отчетов, ощутима ли разница.

[mazzy]

Цитата:

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

База огромная, ее тюнят.
Вопрос про сравнение производительности и резонности перехода с ax 3.0 на ax2009, особенно в плане отчетов, ощутима ли разница.

нет.

с какой стати? если алгоритмы те же, данные те же, индексы те же.
выбранный инструмент слабо влияет на логику построения запроса.
И уж почти никак не влияет на скорость исполнения запроса.

[AlexeyS]

вместо перевнедрения, может быть проще переписать нужные отчеты на чистом Transact-SQL и смотреть их в Reporting Services в свое удовольствие
к тому-же в нем можно тяжелые отчеты запускать по расписанию ночью и присылать уже готовые юзерам на мыло.

я, например, переписал ABC-анализ и оборачиваемость товаров
люди очень довольны, но не из-за скорости, а из-за удобства пользования

[kitty]

Ну, по идее, чтобы сравнить производительность, и хотели один из существующих отчетов переписать под RS, переложив код на хранимую процедуру.. тк клиент надеялся, что в 2009 все отчеты на RS, а , значит, что используются прямые sql-запросы. Но не тут-то было .....

По-видимому, никто ответить на этот вопрос пока не может...... мало прошло времени с момента появления ax2009

[sukhanchik]

Цитата:

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

Ну, по идее, чтобы сравнить производительность, и хотели один из существующих отчетов переписать под RS, переложив код на хранимую процедуру..

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