Уважаемые коллеги,
поделитесь, пожалуйста, опытом: как Вы обычно отслеживаете эффективность использования агрегатов для инфо-кубов?

ситуация такая: использование статистики BW при построении агрегатов и их оптимизации крайне нежелательно в силу ряда причин.
то есть статистика конечно же есть, но построить агрегаты с использованием статистики не получится, только ручной режим.

нужно: в идеале иметь возможность всегда быстро посмотреть, насколько эффективен агрегат, как часто (сколько раз) он используется при построении отчета, насколько каждый агрегат либо все агрегаты куба ускоряют формирование того или иного конкретного отчета Bex.

заранее всем спасибо!

Посмотрите таблицы RSDDST*.

спасибо, весьма ценный совет. анализ таблиц статистики в данном случае представляется единственным более-менее равноценным вариантом.
но все же будем пробовать добиться использования статистики BW для создания агрегатов со значениями, предложенными по умолчанию (есть там такая фишка).
на мой взгляд, это гораздо удобнее и проще.
и сдается мне, что скорость формирования отчета будет максимальной именно при использовании статистики BW.

поправьте меня, если ошибаюсь. ))

кстати, может кто-то знает, что означает сообщение системы "ни одного журнала БД не найдено" в администрировании инфо-куба, когда во вкладке Производительность смотрится статистика использования куба при построении отчетов?

то есть это говорит о том, что нет полномочий доступа к журналам БД или нет журналов БД, потому что что-то работает неправильно?

Добрый день, vtb.
Вообще-то для работы с агрегатами используют:
1. Techical Content aka BW Statistics
2. ST03 (Workload monitor) а лучше ST03N
Вообще классные вещи найдете в ST13 Analyze & Service Toolset. Но его нужно устанавливать, так что это к базису, но инструментарий очень удобный, там и с цепочками удобней работать. Поищите на форуме, где-то я уже про это писал Там и нота вроде была.
Статистика запроса в таблице = RSDDSTAT.
Есть смысл создавать агрегат, если
Aggregation ratio > 10 Aggregation ratio > 10, I.e. 10 times more records are read than are displayed, AND Percentage of DB time > 30% Percentage of DB time > 30%, I.e. the time spent on database is a substantial part of the whole query runtime.
‘aggregation ratio’ = number of records read from DB / number of records transferred.
Это можно посмотреть, и что означает каждая запись, смотреть тут = viewtopic.php?f=12&t=63848
По поводу статистики, например чтобы просмотреть куб в репорте SAP_INFOCUBE_DESIGNS нужно создать эту статистику, а создать ее можно через TCODE = RSRV. Там есть соответствующий тест. И для агрегатов в том числе. Либо можно эту стату создать там же в закладке.
Уж если ударились в агрегаты, а с ними не так уж все и гладко, сами знаете как прожорлив BW, статистика будет место занимать так что подчищать нужно = посмотрите в таблице: RSADMIN, параметр = TCT_KEEP_OLAP_DM_DATA_N_DAYS.
Кроме того, время загрузки увеличиться при использовании агрегатов, имейте это ввиду. Познакомитесь с @Change Run@. Данные имеют свойство изменяться
Есть еще такая книга от Christopher Adamson. Mastering Data Warehouse Aggregates Solutions for Star Schema Performance. Пригодится
И найдите доку = Performance Tuning for Queries with Aggregates ASAP FOR BW ACCELERATOR BUSINESS INFORMATION WAREHOUSE.
Успехов!

огромное спасибо за такой точный и исчерпывающий ответ! ))