Discussion :

[Dr Byby'San]

Bonjour,

Je trouve pas mal d'informations sur la création et l'utilisation des index sur les tables SAS, mais pas sur les schémas relationnels (Infomaps par exemple).

Quelqu'un a t il un retour d'expérience à me communiquer à ce sujet ? Des conseils ? ...
Faut il créer des index sur toutes les tables ? Juste sur la table de faits et les identifiants ? Est ce nécessaire ? ...
Cela vaut il le coup d'indexer aussi les informations pour le row-level-security ?

Merci de vos informations !

[datametric]

globalement oui à toutes tes questions.
La map n'est qu'une vue donc ce que tu fais sur les tables influence cette dernière pas l'inverse.

L'index sert au clef de jointure et aux champs utilisés pour les clauses WHERE. Plutôt que de parcourir toute la table, SAS part directement aux numéros d'observations concernés par un filtre typiquement.

j'en mets donc sur tous les champs sur lequel il y a des invites puis les filtres et sur les clefs de jointure SQL. il faut d'ailleurs que tu n'ais pas de filtre utilisant une fonction sinon l'index n'est pas utilisé : un champ Date utilisé pour récupérer l'année par la fonction YEAR() ne s'appuie pas sur l'index. il faudrait créer le champ Année. Somme toute assez logique.

[s_a_m]

La MAP n'est qu'une requête SQL ou MDX quand il s'agit d'interroger un CUDE donc les règles d'indexation sont les même que le SQL classique.

[Dr Byby'San]

Ok Merci à vous deux !

[bahraoui]

Bonjour,

Il faut voir aussi la stratégie que SAS va appliquer lors de l’exécution de la jointure.
Dès fois il n'utilisera pas les index même si ils existent (Ex: il suffit que l'une des tables soit de faible volumétrie pour que SAS fasse du hash code).
tu peux utiliser l'option

Code :

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

options msglevel=i;

pour vérifier si SAS utilise l'index... et l'option

Code :

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

_method

de la proc sql pour vérifier la stratégie que SAS utilise pour résoudre un ordre sql.

Courage