Database Reference
In-Depth Information
4. Define how each account type should aggregate. This can be done by
right-clicking on the name of the project in the
Solution Explorer
in
SSDT and selecting
Edit Database
. In the following screenshot, in the
Account Type Mapping
table, the
Name
column contains the name of
the built-in or user-defined account types and the
Alias
column contains
a comma-delimited list of member names on the
Account Type
hierarchy
that map to each account type, and
Aggregation Function
allows you
to select either
Sum
or one of the semi-additive aggregation types for each
account type.
Most of this work can also be done by running the
Define Account Intelligence
wizard. To do this, go to
Dimension
|
Add Business Intelligence
|
Define
Account Intelligence
.
In our experience, the
ByAccount
aggregation type is very rarely
used. This is partly because cube developers do not know about it,
and partly because most financial applications need to implement
more complex logic for aggregation than the built-in semi-additive
aggregation types allow. This means that aggregation logic is usually
implemented using MDX Script assignments, which give complete
flexibility although at the expense of a lot of complexity and do not
perform as well as the built-in aggregation types. Probably, the best
compromise is to start off by using
ByAccount
and then for the
accounts which need more complex aggregation, configure them to use
Sum
in the
Edit Database
screen and then use custom MDX for them.
Search WWH ::
Custom Search