Algo parecido a eso es lo que hago.

En lugar de recuperar la CURLIB del trabajo, la monto dinámicamente, en función del entorno de trabajo del usuario. En el CL que ejecuta el proceso, hace un CHGCURLIB con el nombre de la biblioteca que he recuperado del entorno y lanza un RUNSQLSTM sobre un miembro fuente que es el que contiene la definición de la vista.

En la lista de bibliotecas de usuario, además, está la biblioteca en la que se encuentran las tablas que tiene que unir la vista.

Pero cuando ejecuta el RUNSQLSTM, la vista la crea en la misma biblioteca en la que están las tablas, en lugar de crearla en la biblioteca que yo he puesto como CURLIB.

---
https://paredes.info
[email protected]

El 04/09/2019 21:27, Manuel Antonio Ramirez Raygada escribió:
Buenas tardes Juan Carlos:

El Create View no utiliza *CURLIB para ser creado, pero podrías
recuperarla curlib si utilizas en tu CL de creación el comando
RTVJOBA CURLIB(&CURLIB).

En esa variable recuperas la biblioteca curlib y la puedes usar como
parámetro de la biblioteca del Create View.

_MANUEL A. RAMIREZ RAYGADA_
_ANALISTA DE SISTEMAS - AS400_

El mié., 4 sept. 2019 a las 11:15, Juan Carlos Paredes
(<[email protected]>) escribió:

Buenas tardes, compañeros:

Tengo que crear una vista que hace la UNION de varias tablas. La
cuestión es que necesito crearla en una biblioteca diferente de
aquella
en la que están las tablas. Y no puedo calificar directamente la
vista
en el CREATE VIEW, porque el nombre de la biblioteca donde debe
crearse
es variable en función del entorno de trabajo.

He tratado de solucionarlo poniendo esa biblioteca en la lista como
*CURLIB. Pero por alguna extraña razón, aunque en la lista de
bibliotecas la veo como CURLIB (con lo que debería ser la que
utilizara
el CREATE al no estar calificado) me está creando la vista en la
biblioteca en que residen las tablas, y no en la CURLIB.

He comprobado que, si califico directamente la vista, sí la crea
donde
debe y apunta a las tablas que debe. Pero a través de la CURLIB,
no.

¿Alguna idea al respecto?

--
https://paredes.info
[email protected]
____________________________________________________
Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd )
Forum.Help400 © Publicaciones Help400, S.L.
____________________________________________________
Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd )
Forum.Help400 © Publicaciones Help400, S.L.
____________________________________________________
Únete a Recursos AS400, nuestra Comunidad ( http://bit.ly/db68dd )
Forum.Help400 © Publicaciones Help400, S.L.

Responder a