Contexte Métier
Dans un contexte bancaire, le département de conformité doit effectuer une mise à jour massive des statuts 'Know Your Customer' (KYC). Cette opération est atomique et critique : aucune autre application ni analyste ne doit pouvoir modifier ou verrouiller la table des clients pendant ce traitement pour garantir l'intégrité des données réglementaires.
À propos du Set : accessControl
Gestion des droits d'accès et de la sécurité des données.
Découvrir toutes les actions de accessControl Préparation des Données
Simulation d'une table client avec statuts de conformité.
Copié !
| 1 | |
| 2 | DATA casuser.KYC_DATA; |
| 3 | LENGTH ClientID $10 STATUS $10; |
| 4 | INPUT ClientID STATUS; |
| 5 | DATALINES; |
| 6 | C001 VALIDE C002 SUSPECT C003 EXPIRE C004 VALIDE; |
| 7 | |
| 8 | RUN; |
| 9 |
Étapes de réalisation
1
Vérification de l'existence de la table source.
Copié !
| 1 | |
| 2 | PROC CAS; |
| 3 | TABLE.tableExists RESULT=r / caslib="casuser" name="KYC_DATA"; |
| 4 | |
| 5 | RUN; |
| 6 |
2
Application du verrou exclusif sur la table KYC_DATA.
Copié !
| 1 | PROC CAS; ACCESSCONTROL.checkOutObject STATUS=s / |
| 2 | checkOutType="EXCLUSIVE", |
| 3 | ObjectSelector={objType="TABLE", caslib="casuser", TABLE="KYC_DATA"}; |
| 4 | PRINT s; |
| 5 | RUN; |
Résultat Attendu
L'action doit retourner un statut de succès. La table 'KYC_DATA' est désormais verrouillée exclusivement par la session courante. Toute tentative concurrente (simulée ou réelle) de modification sur cette table doit être rejetée tant que la session est active ou que le checkIn n'est pas fait.