Evolex_,

всё зависит .. структуру запросов надо смотреть и на что тратится время
агрегации это StorageEngine - если у тебя куча долго считающихся расчётных мер то это FormulaEngine / SubCube (которые конечно исходно питаются из StorageEngine)
т.е. агрегации нужны при хорошо настроенной структуре измерения (связи атрибутов в цепи иерархии) чтобы из листьев партиций данные не собирать
например пользователи пользуются кварталами а исходно грануляция фактов по дням - и чтобы не тянуть 30*3 дней берётся конечный показатель из квартала (или 3х из месяца)
на практике 85++% времени выполнения запросов тратиться на FormulaEngine а не на StorageEngine
у нас к примеру куча не связанных с фактами измерений - на элементы атрибутов которых MDXScript расчёты раскидывает при создании кэша субкуба в контексте каждой роли и агрегации не очень-то и помогают (да и в логе вроде как такие запросы к этим атрибутам не сильно распознаешь)

итого - если-уж в ручную делать то я-бы отобрал долгие запросы, сгруппировал однотипные (т.е. использование одинаковых атрибутов) , редко встречающиеся выкинул, и у них смотрел частоту обращения к атрибутам у которых выполняются условия:
1) выше ключевого
2) есть цепи связей атрибутов (например длинна цепи больше 3, т.е. день-месяц-квартал / клиент-город-страна)
3) обращений ниже этого атрибута нет (т.е. всё равно из листьев не надо собирать)
4) соответствующая явная кардинальность в цепи связей : ниже=Х*больше (клиентов 100К, городов 200, стран 5 - а не продуктов 200, групп 250, отделов 190)