Discussion :

[Guizz]

J'ai lu et pu vérifier que pour qu'un cube se comporte comme un cube en temps réel, il faut le définir comme contenant 0% d'agrégation. Effectivement, dans ce cas le cube se crée.
Cependant, j'ai aussi lu que l'on pouvait définir des agrégations à partir de vues indexées sous SQL Server 2000 ... si je demande lors de la création 50% d'agrégation, le traitement "plante" (impossible de creer la vue 2112) ...

Certains d'entre vous ont ils compris la subtilité ? les vues sont elles crées toutes de façon transparentes ?

Merci.

[colomban]

Bon alors, interrogatoire serré :
peux-tu donner des précisions sur le "traitement plante"?
as-tu essayé à des niveaux d'agrégats inférieurs?
définis-tu toi même les agrégats?

[Guizz]

C'est toujours un plaisir ...

Le traitement qui plante c'est "Echec de création de l'index pour l'agrégation 12111" ; si j'ai bien compris, 12111 représente en fait un chemin de la map du cube ?

Pour les niveaux d'agrégats inférieurs, même problème (ça plante, qu'il y ait 20 agrégations ou 1 agrégation). La différences c'est qu'il arrive à me calculer certaines agrégations mais il y'en a toujours une qui ne passe pas ...

En général, je définis moi même mon niveau d'agrégation suivant le compromis stockage / temps de réponse. Pour l'instant, je "bricole" sur de faibles volumétries mais comme je t'en avait déjà parlé, ça sera une autre paire de manche en situation réelle ...

Merci

[colomban]

ce qui est bizarre, c'est que normalement , il doit tenter de te créer des vues indexées puis essayer de créer des agrégats sous forme de tables si cela échoue, ce n'est pas le cas, ici?
je me rappelle pas de tout mais concernant les cubes temps réel, il y a un certain nombre de restrictions (cf l'aide en ligne) ,es-tu sûr de les respecter?

[Guizz]

Ok je vais regarder dans cette direction ...