ax2009 & SSRS

[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.