Contexto empresarial
En procesos automatizados críticos, es común ejecutar comandos de limpieza 'por si acaso' al inicio del flujo. Queremos validar que la acción no falle ni genere errores si se ejecuta cuando NO hay objetos bloqueados (check-out), garantizando que puede incluirse en scripts de inicialización estándar.
Sobre el conjunto : accessControl
Gestión de derechos de acceso y seguridad de datos.
Descubrir todas las acciones de accessControl Preparación de datos
Creación de una tabla simple, sin bloquearla inicialmente.
¡Copiado!
| 1 | PROC CAS; |
| 2 | SESSION casauto; |
| 3 | datastep.runCode / code='data casuser.base_segura; x=1; run;'; |
| 4 | RUN; QUIT; |
Étapes de réalisation
1
Intento de liberar objetos cuando no existe ninguno bloqueado (Estado inicial limpio).
¡Copiado!
| 1 | |
| 2 | PROC CAS; |
| 3 | |
| 4 | ACCESSCONTROL.checkInAllObjects; |
| 5 | |
| 6 | |
| 7 | RUN; |
| 8 |
2
Bloqueo de una tabla y liberación inmediata para confirmar funcionamiento normal tras la llamada en vacío.
¡Copiado!
| 1 | PROC CAS; |
| 2 | ACCESSCONTROL.checkOutObject / caslib='casuser' name='base_segura' type='table'; |
| 3 | ACCESSCONTROL.checkInAllObjects; |
| 4 | RUN; |
Resultado esperado
El paso 1 debe finalizar con éxito (código de retorno 0) y no generar errores, simplemente indicando que no había nada que liberar. El paso 2 debe funcionar normalmente, demostrando que la llamada previa no corrompió el estado de la sesión.