Добрый день.
Аналитический отдел требует большой массив частично обработанных (агрегированных по атрибутам навигации с расчтеными показателями) данных из BW.
Есть отчет на базе куба. Требуется вывести отчет в 100к строк с 10ую расчетными показателями.
Варианты BW для этого не предназначен не прокатывают =(


Пытаюсь реализовать:
BW 3.5 такое не тянет (не влезает)
BW7.0 умирает (отваливается либо по памяти сервера, либо по памяти клиента, либо по непонятным ошибкам

- базисник пытается разобраться)

Как я понимаю есть еще варианты:
1) WEB отчеты?
2) Выгрузка рассчитанных данных через "Процесс анализа" во внешний файл
3) RSRT - попытаться отобразить там?
4) OPEN HUB - отпадает, так как у нас не куплен.
5) Запуск в фоне через портал - не развернут...
6) Разбить отчет на куски и запускать?
7) Отчет на данных BW (соединенных из нескольких источников) - из ЕРП не дернуть.
Еще что-то?

Если кто сталкивался с данной проблемй, можите подсказать методики решения (куда или что копать... где реально выполнить такое требования).
Буду благодарен.

Добрый день.

Та же хрень. Кстати правильно написали - массив, не отчет.
Варианты BW для этого не предназначен - это реальность.
Я даже больше скажу, BO - тоже для этого не предназначен.

В SAP писали - ответ - ребята Вы неправильно используете BW. Такие отчеты за гранью понимания.
Правда у нас и размер поменьше, но это нам все равно не сильно помогает.
Максимум что удалось выдавить - используйте OPEN HUB. Дословно:



Такой объем похож на загрузку в локальную базу, врядли они будут анализировать это глазами.
И как я понимаю. Вы их пока автоматизировать не можете...

Теперь по пунктам:
0. То что падает по памяти сервера - плохо. Тогда вариант - выгружать кусками...
1. Есть такое понятие salefy belt (BICS_DA_RESULT_SET_LIMIT_DEF), по умолчанию 50.000 ячеек результата. Его можно расширить, но если Вы будете использовать Portal - то скушаете JAVA память, если повезет (завит от патча) JAVA сама перезагрузится, ну либо руками подымать. Портал соответственно тоже ляжет.
2. Пробовал - в принципе работает. Но медленно. В вашем случаем + в том, что можно указать параметр - выгружать в таблицу. От туда сможете с помощью ABAP сформировать Excel файл. Да, если Вам нужны будут тексты всего скорей будут проблемы с кодировками
6. Разумно

8. Есть ещё процесс - ретракция зовется... Но он тоже на большие объемы не заточен. Да и с SAP системами завязан.
9. Есть FM RRW3_GET_QUERY_VIEW_DATA - в принципе его запускает RSRT (ну я так его нашел)
10. Если расчеты не сильно замороченные, может создать DSO в котором на трансформации произвести расчет? дальше ABAP to Excel

Ну, и нота вдогонку про ограничения бекса: максимум ~750 000 ячеек можно. Ограничения .NET framework
Номер 1040454.

из практики - такие отчеты пользователи видеть конечно периодически хотят, но это уже не отчеты. если им надо сделать какую нибудь выгрузку с обращением к вашим данным - это можно высасывать через ФМ, где можно задавать размер пакетов и т.д. что для формирования именно отчетов совсем не требуется.

Посмотрите в сторону стандартной ФМки
RSDRI_INFOPROV_READ_RFC
на основании которой можно написать програмку по сохранению ваших данных в требуемом вам формате.

а отчеты с количеством колонок 100 штук и о 50000 строках никогда никто не смотрит - в лучшем случае итоги...