Nous sommes nombreux à traiter une quantité importante d’information sur SAS, et donc souvent à perdre du temps pendant l’éxecution de nos procédures. La moindre erreur de programmation devient alors un véritable cauchemard, car celle ci peut s’annoncer tardivement (cas d’une table non triée dans une procédure MEANS!!!). Je vous dévoile donc 2 de mes petits secrets pour gagner un temps certain et améliorer votre planning d’éxécution : vous allez destresser!
- le procédure SORT, très utilisée, car préalable à de nombreux traitements, possède au moins 2 bottes « secrètes » : les mots-clés THREADS et TAGSORT. Le premier permet de répartir le traitement en plusieurs processus, le second permet de stocker beaucoup moins de données en mémoire. Seules les valeurs des variables listées dans l’instruction BY sont stockées. Cette option permet de réduire la quantité de mémoire nécessaire pour faire un tri. En contre partie, il y aura beaucoup de lectures écritures et il faut également noter que le processeur sera sollicité à son maximum.
Ces 2 mots clés sont encore plus efficaces si vous ne gardez dans votre table en entrée que les variables qui vous servent (le moins possible de variables sous forme de texte, valable quelque soit la procédure.
ATTENTION : L’option THREADS peut ne pas être plus performante qu’un tri classique, surtout dans le cas ou un seul disque est utilisé pour faire les lectures et écritures. Cette option est aussi disponible pour la procédure MEANS. TAGSORT peut impacter les performances du tri. Cependant elle autorise le tri de tables trop volumineuses pour le tri standard ou bien dans le cas ou la mémoire disponible est limitée.
SYNTAXE : proc sort data=…(keep=…) THREADS ou proc sort data=… (keep=…) TAGSORT. Il est évidement impossible d’associer les 2.
Vous pouvez aussi : cf. le support SAS
– augmenter la valeur de l’option SORTSIZE
– changer la taille du tampon d’écriture des fichiers temporaires
- Faites tourner vos programmes en batch! Il s’agit en fait d’associer votre programme SAS à une tâche planifiée Windows. Cette solution est faite pour vous, si vous devez éxécuter le même programme régulièrement (reporting, mise à jour de tables, etc…). Pour cela,
- rédigez votre programme .sas en prenant soin de bien déclarer toutes les librairies utilisées au début de votre programme (instruction LIBNAME)
- créez un .bat avec un outil de type Notepad : « chemin de l’application où se trouve sas.exe » -CONFIG « chemin du fichier de config se finissant par \SAS\SASFoundation\9.2\nls\fr\SASV9.CFG » -sysin « chemin du fichier .sas à éxécuter » -log « chemin où déposer le log/journal » -print « chemin où déposer la sortie »
- créez une nouvelle tâche planifiée avec l’outil Windows et pointez sur le .bat
- réglez l’heure et la date d’éxécution, n’oubliez pas de spécifier votre mot de passe pour ouvrir la session Windows
- gagnez du temps en faisant tourner vos programmes la nuit!
ASTUCE : si vous n’avez jamais testé un programme avant de l’éxécuter en batch, encapsulez le dans une macro SAS et compilez la macro sans l’appeler : SAS vous indiquera les erreurs basiques (oubli de « ; », etc…)
ASTUCE 2 : si la tâche n’est pas éxécutée de manière régulière, arrêtez vous à l’étape 1, faites clique droit et soumettre en batch! C’est un peu comme si vous lanciez une deuxième session SAS, tout en continuant à travailler avec une session ouverte, seulement vous ne pourrez pas consulter la work de la session en batch, à moins de bloquer la purge de celle-ci et d’aller fouiller vos disques! (La session batch consomme moins et est plus rapide)
Feenomenale's Weblog 