Par défaut SSAS va construire des agrégations en se basant sur des statistiques autour des attributs. Sous SSAS 2005, les dimensions se créent assez simplement. Le SP introduit la notion d' « Attribute Relationship » qui pilote radicalement la manière dont SSAS va stocker ses agrégats.
En me basant sur le « sample BI » (sur codeplex : http://codeplex.com/SqlServerSamples), j'ai créé un cube InternetSales (TDF : FactInternetSales DIM : Date / Promotion / Currency / Product / Customer).Si on observe la dimension « Promotion »:
Vous avez un warning sur la dimension qui nous indique que la dimension est à optimiser. Si on va sur l'onglet « Attribute Relationship » :
On constate qu'il manque un « lien » entre « Promotion Category » et « Promotion Type ».Si nous processons le cube (à 60% d'agrégation pour forcer un peu les choses), la partition résultante présente :
- 181 Agrégations
- Pour un taille de : 1.42 MB
Si on rajoute le bon lien :
Nous passons alors à
- 204 agrégations (donc plus ...)
- Toujours pour 1,4 Mb (ceci dit vu la taille du projet, cela ne me surprends pas
Première question : Qu'est ce qui a été modifié ?
Deuxième question : puis je modifier le plan d'agrégation de façon à stocker un agrégat non prévu, mais dont je suis sur qu'il sera nécessairement requêté dans le cadre d'une optimisation métier.