День добрый!
В последнее время у нас на проекте встала боком такая проблема. Упрощу задачу. Есть мультик, который содержит в себе два куба (куб1 и куб2). Они построены по одинаковой структуре и различаются тем, что куб1 грузит данные и хранит их, а куб2 - он-лайн и подгружает данные из транзакционной системы, при чем, те которые еще не были загружены (работает ФМ по метки времени). Куб1 обновляется не очень часто, может раз в несколько месяцев, причем вручную по требованию. Оба куба тянут данные из двух разных т.систем. Поскольку грузится корреспонденция, то данных оооочееень много, просто миллиарды. Отчет, при запуске из бекса, отрабатывает часами. Пользователей естественно это не устраивает. В связи с этим возникает два вопроса:
1) Как можно было бы оптимизировать\ ускорить загрузку отчета?
2) Можно ли, и если да то как, сделать в екселе что-то типа статусбара, который будет отслеживать примерное количество подтягиваемых данных "загружено из" ?

По первому вопросу:
1. Агрегаты не помогают? Или тормозит именно на данных виртуального куба?
2. Почему нельзя грузить данные чаще, чем раз в несколько месяцев? (Если грузить чаще, то виртуальный куб будет выбирать меньше данных и, соответственно, работать быстрее).

По второму вопросу:
Постарайтесь забыть об этом.

BI Accelerator тебе в помощь)

Ага))) где бы его взять бы еще)


Да, агрегаты есть, но не сильно ускоряют.
Можно конечно грузить чаще, но каждый день не получиться. Я в краце описал, а там еще завязки разные на аррибуты при трасформации из других объектов, которые тоже не так часто обновляются. Но, в принципе, раз в неделю можно грузить.

А еще варианты есть?

А по второму вопросы, по поводу програсс бара? кто-нибудь сталкивался?

По первому вопросу - посмотрите в сторону броадкастинга, думаю в фоне отчеты будут формироваться оперативнее.
По второму же вопросу - согласен с G.

Еще можно подумать о разделении, партицировании и т.д.
Видел такого рода обсуждения на форуме, например
http://sapboard.ru/forum/viewtopic.php?f=12&t=50724
http://www.sapboard.ru/forum/viewtopic.php?f=12&t=58629

По первому, как уже говорили - надо и партиционирование и сжатие кубов проводить.
а главное посмотрите, что именно тормозит - на уровне БД.
по поводу фоновой обработки - работали с ней. удобно то, что все по почте приходит, но ограничения на прекалькулейшн серверах есть и
в екселе.
я бы сказал что надо смотреть. в свое время заставили работать большую систему нашу на windows, много всего делали для ускорения.



по второму - по-моему перебор.