Suppression Sécurisée des Tables Protégées

Données chiffrées et formats propriétaires : quelles sont les règles d'or pour détruire des tables protégées ? - deleteSource

La suppression de données ne se résume pas toujours à un simple effacement de fichier, particulièrement lorsque vous manipulez des formatsInstructions de présentation appliquées aux valeurs des variables pour modifier leur apparence (dates, monnaies, libellés) sans altérer la donnée stockée dans les tables SAS Viya. sécurisés. Le paramètre deleteOptions est conçu pour gérer ces spécificités via l'attribut fileType. Si le comportement par défaut s'adapte automatiquement à la plupart des sources, vous devrez forcer ce paramètre pour les tables SAS historiques sécurisées. Par exemple, si vous ciblez une table physique protégée nativement, vous devrez transmettre les identifiants d'autorisation directement dans la structure d'appel, sous la forme d'une expression détaillée telle que deleteOptions = { fileType = "BASESAS", alter = "votre_mot_de_passe_alter" }. Cela garantit que seules les routines dûment habilitées peuvent détruire des informations critiques ou chiffrées.

Exemples pour l'action deleteSource

Suppression simple d'un fichier physique

Utilisation de l'action deleteSource pour supprimer de manière permanente le fichier 'voitures_a_supprimer.sashdat' du système de fichiers de la caslib CASUSER. Une fois exécutée, impossible de faire machine arrière !

Suppression silencieuse, nettoyage des accès et mot de passe (BASESAS)

Tentative de suppression d'un fichier SAS natif (.sas7bdat) potentiellement protégé par un mot de passe d'altération. L'option `quiet=true` garantit que si le fichier a déjà été supprimé par un autre processus, le code renverra quand même un statut de succès sans planter le job batch. On demande également de nettoyer les contrôles d'accès associés via `removeAccessControls`.

Conseil de l'Expert

Ne confondez jamais le déchargement en mémoire (Drop) et la destruction physique (Delete). Pour les formats propriétaires chiffrés (comme l'AES sur des fichiers .sas7bdat historiques), la suppression physique via les API CAS peut échouer si le moteur sous-jacent nécessite de lire l'en-tête du fichier pour résoudre ses métadonnées avant purge. Transmettez systématiquement vos clés de déchiffrement ou mots de passe natifs via les options de la source de données pour garantir une destruction "zéro résidu", sans blocage d'I/O au niveau de l'OS.

Les 5 Règles d'Or de la Destruction de Données dans CAS

Distinguer la portée des commandes CAS : Utilisez systématiquement table.dropTable pour vider l'espace in-memory (RAM) de votre session ou du scope global, puis complétez obligatoirement par table.deleteSource pour détruire le fichier physique sur le volume persistant.
Forcer l'identification via fileType : Pour les fichiers historiques sécurisés, spécifier explicitement le fileType (ex: "sas7bdat" ou "sashdat") empêche le moteur CAS de faire du guessing (devinette) d'extension, une opération qui échoue souvent face à un encodage chiffré illisible.

Cette réponse vous a-t-elle aidé ?

Vos votes aident à améliorer notre base de connaissances.

Action CAS associée

table

deleteSource