Me respondo a mí mismo a una parte de mi consulta. Así es como funciona STRSQl a la hora de buscar sesiones previas: http://publib.boulder.ibm.com/infocenter/iseries/v5r4/topic/sqlp/rbafyuseexistisql.htm
Lo transcribo: Using an existing SQL session If you saved only one interactive SQL session by selecting option 1 (Save and exit session) on the Exit Interactive SQL display, you can resume the session at any workstation. However, if you use option 1 to save two or more sessions on different workstations, interactive SQL will first attempt to resume a session that matches your workstation. If no matching sessions are available, then interactive SQL will increase the scope of the search to include all sessions that belong to your user ID. If no sessions for your user ID are available, the system will create a new session for your user ID and current workstation. For example, you saved a session on workstation 1 and saved another session on workstation 2 and you are currently working at workstation 1. Interactive SQL will first attempt to resume the session saved for workstation 1. If that session is currently in use, interactive SQL will then attempt to resume the session that was saved for workstation 2. If that session is also in use, then the system will create a second session for workstation 1. However, suppose you are working at workstation 3 and want to use the ISQL session associated with workstation 2. You then may need to first delete the session from workstation 1 by using Option 2 (Exit without saving session) on the Exit Interactive SQL display. De todas maneras, no me sirve para saber por qué una de mis pantallas funciona diferente a la otra. Saludos Íñigo El 8 de octubre de 2010 13:20, Íñigo Redín <[email protected]>escribió: > Supongo que con F21 quieres indicarme F13, ¿o no? > > En cualquier caso, sí lo tengo cambiado, en ambas sesiones, y pone *LIBL en > las dos. > > > Gracias. > > > Íñigo > > El 8 de octubre de 2010 12:43, <[email protected]> escribió: > > En cada sesión de trabajo, el SQL tiene sus propios atributos. >> Si despues de arrancar el SQL, pulsas Mandato 21 puedes ir a cambiar los >> atributos de esa sesión, entre los cuales está la lista de bibliotecas que >> utiliza. >> >> Saludos >> Emilia Esteban Cañibano >> DEP. INFORMÀTICA. ANALISTA >> Via Laietana, 20 àtic - 08003 Barcelona >> Tel. 93 507 36 40 Fax 93 295 63 12 >> [email protected] >> >> >> >> >> >> [email protected] escribió: ----- >> >> Para: [email protected] >> De: Íñigo Redín <[email protected]> >> >> Enviado por: [email protected] >> Fecha: 08/10/2010 12:23 >> >> Asunto: Sobre STRSQL y la lista de bibliotecas >> >> Hola. Primero me presento, que soy nuevo en este foro. >> Me llamo Íñigo, y trabajo en una empresa de seguros en la que tenemos un >> ISeries instalado, corriendo La V5R4M0. >> >> Mi pregunta es sobre el mandatos STRSQL. >> Bueno, en realidad, no es sólo sobre eso, pero, es un principio. >> >> He visto que, desde hace un tiempo, cuando ejecuto el mandato STRSQL, al >> hacer una simple sentencia SELECT, no me coge la lista de bibliotecas del >> sistema, sino, sólo la primera en la lista de bibliotecas (de usuario). >> Normalmente suele ser QTEMP (aunque no siempre, dependiendo del usuario >> que utilice). >> >> Pero, encima, he visto que, si arranco otra sesión con el mismo usuario, >> en este caso SÍ me coge la lista de bilbiotecas del sistema, y va buscando >> la tabla para la que hago el SELECT, en ella. >> Lo pongo más gráfico. >> >> 1º sesión que arranco: >> Lista bibl: >> QTEMP >> A >> B >> C >> >> >> Hago un SELECT *FROM TABLA . Y TABLA sólo existe en la biblioteca B. >> Me falla, ya que no existe en QTEMP. >> >> Abro una nueva sesión, sin cerrar la anterior. >> Hago lo mismo, y con el mismo usuario, y misma lista de bibliotecas. ¡Y >> funciona!, ya que busca la tabla en la lista de bibliotecas. >> >> >> >> He visto que, siempre me pasa con la misma sesión. O sea, que si entro con >> la S1, me va mal, y con la S2, me va bien. Así que supongo que es algo que >> STRSQL guarda, al estilo de los mandatos previos que hemos hecho 8del >> histórico). >> >> >> >> Todo esto me servirá para, ir un paso adelante, ya que, tengo una serie de >> procedimientos almacenados SQL, a los que le pasa lo mismo. Siempre busca >> las tablas a las que se hace referencia en ellos en QTEMP, en lugar de >> hacerlo en la lista de bibliotecas. >> >> >> Por cierto, no puedo hacer un SET SCHEMA, o marcar un esquema por defecto, >> ya que, al tener varios entornos de trabajo, no quiero que figure en un >> programa la lista de bibliotecas del entorno, sino que ésta se coja por el >> usuario. >> Y, además, quiero hacer la sentencia sin especificar biblioteca. >> >> >> Resumiendo: ¿alguien sabe de dónde saca la lista de bibliotecas el mandato >> STRSQL? >> >> >> Muchas gracias. >> ____________________________________________________ >> Ú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.
