Slow Report with Group Breaks

[DavidPhillips2]

I’m trying to understand why one of our Web Report Studio Reports is running so slow.  Except for one report all of our Web Report Studio Reports are moderately fast.  All of the reports are based off of tables which build to cubes and then to information maps. This report uses group breaks four levels down.  The group breaks have level permutation of 19, 5, 2, 50.  I noticed that when I take out the forth level of group breaks with the 50 permutations that the report runs at a reasonable speed.  With all of the group breaks the report attempts to load forever.  The table for the cube is one of our medium tables.  I have the new page for each value checked.  I’m working with IT to enable cube tuning.  This particular report was working a few days ago. I do not know of a change that caused it to load forever.  Any advice on improving the load speed?

[LinusH]

Perhaps you need to add some aggregations.
Do the report use any other hierarchies / subsets?
The permutations you mention are themselves quite small.

[DavidPhillips2 · Accepted solution]

The feedback I got from SAS is cubes do not use aggregations with groupbreaks properly and group breaks are inefficient in general.  If you have 3 or more levels of group breaks preformance suffers.  Also displaying too many group break permutations is known to cause issues.  Hierachies and group breaks are seperate.