Discussion :

[MiniDeb]

bonjour,
je récupère un travail qui a été fait.
c'est un cube à partir d'un schéma en étoile composé de 10 dimensions. la table de fait contient 800000 lignes.
l'accès à ce cube, le drill-down dans web report studio est très long.
je ne sais pas sur quelles bases partir. est-ce qu'il est possible d'améliorer les performances à l'aide d'index dans sas? (est-ce que les index existent).
je songe à recommencer la modélisation au debut.
est-ce que qqun peut m'aider?
merci

[green_fr]

Si j'ai bien compris la question : oui, les indexes existent sous SAS (voir la proc sql / create index, par exemple), oui, ils doivent améliorer la performance des requêtes pareilles.

[MiniDeb]

oui, c'était bien la question. y a t il un autre moyen d'augmenter les performances?
comment s'utilisent les index?
en les définissant sur les colonnes clés pour les jointures?
est-ce qu'il faut aussi en définir sur les colonnes les plus utilsées dans les requêtes?
merci

[dinosaure_lille]

Bonjour,

Déjà, crée des index sur tes colonnes utilisés par tes jointures.

Ce qui va éviter le balayage de tes tables.

Si une colonne entre dans un critère discriminant, tu peux aussi lui ajouter un index

Tu peux créer des index en SQL

A peu près çà :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
Proc sql;
create index ta(es) colonne(s) on ta_table;
quit;

[timarsu]

Bonjour,

Vu que tu travaille avec WRS, je pense que tes tables ont été crées avec l'ETL, donc les index sont à créer dans les métadonnées de tes tables.

Si tu as acces à la SMC, tu peux faire des fichiers de log sur l'acces aux données de ton cube :

Aller dans les propriétés de "SASMain - OLAP Server" et regarde les "Advanced Options" de l'onglet Option.


Timarsu.

[MiniDeb]

Merci pour vos réponses, avec les index, le cube est déjà beaucoup plus rapide.

[Bunzy]

Avez vous vérifier la déclaration des hiérarchies au niveau de la création du cube ?
Les hiérarchies doivent être déclarées sur tous les axes de navigation du cube...

Cette notion de hiérarchie est quasi équivalente aux index sauf que propriétaire SAS et donc, donnera vraisemblablement des résultats bien plus performants que la déclaration d'index en SQL.

[sasseur]

Bonjour,
vous dites:

Les hiérarchies doivent être déclarées sur tous les axes de navigation du cube...

ça veut dire quoi, je pense que c'est une obligation et le cube ne se construit même pas sans!!?

Sinon, pour traiter le problème de performance, il faut utiliser les tables d'agregations, c'est fait pour... ou je me trompe!?

[datametric]

non tu ne te trompes pas. La consultation doit être tracée via la LOG ARM afin de créer des agrégats intermédiaires qui évite les accès au NWAY.

L'optimisation des accès OLAP via WRS se fait en deux temps puisque tu dois gérer le serveur OLAP puis la partie web.

Tu pourrais préciser ce que tu veux dire par 'drill-down' : ouvrir simplement une hiérarchie ou sortir du cube à force de vouloir aller dans le détail et donc passer en mode requête ?

As-tu des membres calculés (ie. des niveaux MDX) ?

Quel est ton système (AIX, windows...) et quelles sont les valeurs de tes paramètres MEMSIZE , REALMEMSIZE, SUMSIZE, INDEXSORTSIZE,MAXTHREADS, Uttiloc ?

As-tu réparti les fichiers SPDE sur différents FS dans un nombre de fichiers optimal ?

As-tu une allocation mémoire suffisante pour le serveur de métadonnées ?


Concernant les index sur les tables SAS, si tu restes en MOLAP, ils n'ont pas d'incidence à la navigation, mais seulement à la création du cube pour le calcul du NWAY (et encore...)

Stéphane.