Il est important de noter que l'exécution de l'action actionSetInfo avec le paramètre all défini sur TRUE peut entraîner un temps de traitement plus long. En effet, la requête doit collecter des informations sur un nombre potentiellement beaucoup plus important d'ensembles d'actions. Cette opération, bien que très utile pour une exploration exhaustive des fonctionnalités, doit être utilisée avec discernement si la performance est une contrainte critique pour la tâche en cours.
Quelles sont les implications sur les performances si je demande l'affichage de tous les action sets ?
Maîtriser l'Impact sur les Performances
Exemple de Code Additionnel
1
2
3
4
5
6
7
8
9
10
11
12
13
14
2
3
4
5
6
7
8
9
10
11
12
13
14
proc cas;
/* Mauvaise pratique : scan complet du système à éviter en production /
/ builtins.actionSetInfo result=r / all=TRUE; */
/* Bonne pratique : Exécution unique et mise en cache dans une table CAS */
builtins.actionSetInfo /
all = TRUE
casOut = {name="Catalogue_ActionSets", replace=TRUE};
/* Vous pouvez désormais interroger cette table mémoire sans impact sur les performances */
table.fetch /
table = {name="Catalogue_ActionSets", where="actionset contains 'neural'"}
maxRows = 5;
quit;
/* Mauvaise pratique : scan complet du système à éviter en production /
/ builtins.actionSetInfo result=r / all=TRUE; */
/* Bonne pratique : Exécution unique et mise en cache dans une table CAS */
builtins.actionSetInfo /
all = TRUE
casOut = {name="Catalogue_ActionSets", replace=TRUE};
/* Vous pouvez désormais interroger cette table mémoire sans impact sur les performances */
table.fetch /
table = {name="Catalogue_ActionSets", where="actionset contains 'neural'"}
maxRows = 5;
quit;
Cette réponse vous a-t-elle aidé ?
Exemples pour l'action actionSetInfo
Lister les action sets actuellement chargés
Cet exemple de base affiche la liste des action sets déjà chargés en mémoire et directement utilisables dans votre session CAS actuelle.
Découvrir l'intégralité des action sets installés
En activant l'option `all=TRUE`, nous demandons à CAS de lister absolument tous les action sets installés sur votre serveur SAS Viya, même s'ils ne sont pas encore chargés. C'est l'outil parfait pour explorer les capacités de votre environnement SAS !
Conseil de l'Expert
En tant que consultant, je croise souvent des scripts où ce type d'exploration globale est laissé "en dur" dans le code de production, ce qui est une erreur d'optimisation classique. Le paramètre all=TRUE force le contrôleur CAS à sortir de la mémoire vive pour parcourir le système de fichiers sous-jacent et identifier les bibliothèques d'actions non chargées, d'où la latence.
