Réponse
Elle crée une table en mémoire à partir d'un ensemble d'actions défini par l'utilisateur.
SAS / CASL
proc cas;
/* 1. Conversion de la définition 'myActionSet' (créée précédemment) en table */
builtins.actionSetToTable /
actionSet="myActionSet"
casOut={
name="MY_ACTION_METADATA",
caslib="casuser",
replace=true
};
/* 2. Inspection du résultat : On vérifie le code source LUA stocké */
table.fetch /
table={name="MY_ACTION_METADATA", caslib="casuser"}
fetchVars={"name", "source"}; /* Focus sur le nom et le code */
quit;
Cette réponse vous a-t-elle aidé ?
Utilisez cette action comme un mécanisme de contrôle de version pour vos actions personnalisées (User-Defined Actions).
Dans un environnement de production, il est critique de savoir exactement quelle version du code LUA est exécutée par vos actions personnalisées. En intégrant actionSetToTable suivi d'un table.save dans vos processus de déploiement, vous créez une archive immuable (audit trail) du code source et des définitions de paramètres à un instant T, facilitant grandement le débogage post-incident.
Dans un environnement de production, il est critique de savoir exactement quelle version du code LUA est exécutée par vos actions personnalisées. En intégrant actionSetToTable suivi d'un table.save dans vos processus de déploiement, vous créez une archive immuable (audit trail) du code source et des définitions de paramètres à un instant T, facilitant grandement le débogage post-incident.
actionSetToTable
builtins
Autres questions sur actionSetToTable
