L'action dropTable est l'outil principal pour décharger une table de la mémoireGemini said
Espace de stockage temporaire (RAM) utilisé par le moteur CAS pour charger et traiter les données à haute vitesse, minimisant les accès disque pour optimiser les performances de SAS Viya. vive de SAS Cloud Analytic ServicesMoteur analytique distribué et en mémoire (in-memory) au cœur de SAS Viya. Il assure le traitement des données et l'exécution des modèles avec une très haute performance.. Contrairement à une suppression de fichier sur disque, cette action retire la table de l'espace de travail actif du serveur CAS, libérant ainsi des ressources précieuses pour d'autres traitements analytiques, tout en laissant intact le fichier source dans votre caslibEspace de stockage logique dans SAS Viya. Elle définit l’accès aux données (source physique) et leur chargement en mémoire (serveur CAS) pour permettre des analyses distribuées haute performance. (sauf configuration spécifique).
Comment libérer efficacement la mémoire de votre cluster sans supprimer vos fichiers physiques ?
Optimisation de la RAM CAS via dropTable
Exemples pour l'action dropTable
Suppression classique d'une table
Supprime simplement la table 'cars_test' de notre espace de travail.
Suppression en mode ninja (silencieux et nettoyage des droits)
On tente de supprimer une table qui a peut-être déjà été supprimée, sans polluer les logs avec des erreurs grâce au paramètre quiet, et on s'assure d'effacer les éventuelles traces de droits d'accès avec remACs.
Vous pourriez aussi aimer...
Conseil de l'Expert
Utilisez toujours le paramètre quiet=True dans vos scripts de nettoyage automatisés. Cela empêche l'action d'échouer (et d'arrêter votre job) si la table a déjà été déchargée par un autre processus ou une session expirée.
Cette réponse vous a-t-elle aidé ?
À lire aussi...
Pourquoi certains outils SAS parlent-ils de déchargement plutôt que de suppression ?
Comment faire table rase des permissions lors de la suppression d'une table sensible ?
Comment éviter que vos processus automatisés ne s'arrêtent si une table est déjà supprimée ?
Quelle est la meilleure pratique pour cibler une table dans un environnement multi-caslibs ?