La migración de SAS© 9.4 a SAS© Viya™ a menudo conlleva una curva de aprendizaje en cuanto a la gestión de datos en memoria. Una confusión frecuente surge durante la transición de PROC SQL a PROC FEDSQL para interactuar con tablas cargadas en las bibliotecas CAS (CASLIBs).
Si alguna vez ha encontrado el error "BASE driver, schema name... was not found", este artículo le explica por qué ocurre y cómo corregir su código.
Imaginemos que está trabajando en un entorno de SAS© Viya™. Ha definido una CASLIB basada en una ruta física (path-based) y ha cargado una tabla en memoria.
Esta es la configuración típica:
| 1 | caslib mycaslib path="/sas/staging/test" datasource=(srctype="path") libref=mycas; |
| 2 |
Carga de datos en memoria (In-Memory):
Se utiliza PROC CASUTIL para cargar una tabla (por ejemplo, test.sashdat) en la memoria del servidor CAS.
| 1 | |
| 2 | PROC CASUTIL incaslib="mycaslib" outcaslib="mycaslib"; |
| 3 | |
| 4 | load casdata="test.sashdat" casout="test" replace; |
| 5 | |
| 6 | RUN; |
| 7 |
Hasta ahora, todo funciona. La tabla es accesible en memoria con el nombre mycas.test.
Para realizar una agregación (como un GROUP BY), decide utilizar PROC FEDSQL, que es la implementación estándar de SQL para el motor CAS.
Intenta ejecutar el siguiente código:
| 1 | PROC FEDSQL; |
| 2 | CREATE TABLE mycas.counts AS |
| 3 | select FIELD, count(*) as N |
| 4 | from mycas.test |
| 5 | group BY FIELD; |
| 6 | QUIT; |
Es aquí donde el sistema devuelve el error de bloqueo:
El error no se debe a un problema de configuración de la biblioteca ni a un archivo faltante. Se debe a la forma en que PROC FEDSQL se comunica con el servidor CAS.
A diferencia de un procedimiento SAS© clásico que se ejecuta localmente, PROC FEDSQL necesita saber explícitamente en qué sesión CAS debe operar para acceder a las tablas en memoria. Si no se hace referencia a ninguna sesión, el procedimiento intenta encontrar la tabla a través del motor local (BASE driver), que no conoce el esquema "MYCAS" definido en el servidor remoto.
Para corregir este problema, debe hacer dos cosas:
Asegurarse de que una sesión CAS esté activa.
Indicar a PROC FEDSQL que utilice esta sesión mediante la opción SESSREF.
Aquí está el código corregido:
| 1 | /* 1. Démarrer ou référencer une session CAS */ |
| 2 | cas mySession sessopts=(caslib=mycas timeout=3600 locale="en_US" metrics=true); |
| 3 | |
| 4 | /* 2. Appeler PROC FEDSQL en pointant vers cette session */ |
| 5 | PROC FEDSQL sessref=mySession; |
| 6 | CREATE TABLE mycas.counts AS |
| 7 | select FIELD, count(*) as N |
| 8 | from mycas.test |
| 9 | group BY FIELD; |
| 10 | QUIT; |
Los códigos y ejemplos proporcionados en WeAreCAS.eu son con fines educativos. Es imperativo no copiarlos y pegarlos ciegamente en sus entornos de producción. El mejor enfoque es comprender la lógica antes de aplicarla. Recomendamos encarecidamente probar estos scripts en un entorno de prueba (Sandbox/Dev). WeAreCAS no acepta ninguna responsabilidad por cualquier impacto o pérdida de datos en sus sistemas.