Hi,
I have a simple dimension about product:
code, name, type
1111, coke, drink
1112, milk, drink
1113, coffee, drink
2111, cookieA, other
2112, cookieA, other
I can design a product dimension which has a hierarchy. Level 1 is type, and Level 2 is name. Then I can get total amount about drink and other. This design is the dimension which has a hierarchy.
However, I can design Custom Member to get total amount about drink and other:
code, name, CMColumn
1111, coke,
1112, milk,
1113, coffee,
2111, cookieA,
2112, cookieA,
9991, drink, ([Product].[1111]+[Product].[1112]+[Product].[1113])
9992, other, ([Product].[2111]+[Product].[2112])
Custom Member is designed instead of Hiearchy. The property "CustomRollupColumn" in dimension is set as CMColumn. So that I can get total amount about drink and other, too.
My question is which one's performance is better in the two designs?
thanks,
The first option has potentially better performance (if there are aggregations at the product type level), because queries for data at the type level could be directly answered from aggregations, rather than relying on rollups at runtime.|||
Deepak Puri wrote: |
|
The first option has potentially better performance (if there are aggregations at the product type level), because queries for data at the type level could be directly answered from aggregations, rather than relying on rollups at runtime. |
thanks.
I think the first option (using Hierarchy) costs more process time but less query response time.
The second option (using Custom Member) costs less process time but more query response time.
Is my opinion correct?
|||
Probably correct - it depends on the dimension structure in the second option, and what aggregations are created for that structure...