me respondo a m� mismo :-) el STRQMQRY hace caso omiso del tipo de uni�n entre los ficheros a los que llama el QRY le da lo mismo lo que se ponga en el tipo de uni�n de los ficheros: 1=Registros coincidentes 2=Registros coincidentes con archivo 3=Registros no coincidentes con archivo primario �l siempre va a hacer 1=Registros coincidentes
Hola.
Entiendo que est�s ejecutando el STRQMQRY directamente sobre consultas creadas con Query, con el par�metro ALWQRYDFN(*YES)
Creo que en estos casos el STRQMQRY hace una traducci�n "gen�rica" de la consulta y supongo que por eso te ocurre lo que dices.
Si quieres ejecutar un "Query" (tipo de objeto *QRYDFN) lo puedes hacer con RUNQRY en vez de con STRQMQRY y no te dar� mayores problemas que utilizar los ficheros de la biblioteca especificada en el propio Query (no admite *LIBL, me acabo de dar cuenta hace bien poco).
Si por el contrario quieres utilizar STRQMQRY por la raz�n que sea, lo que yo hago es lo siguiente (te lo digo de memoria y es posible que en alg�n mandato haya alguna letra cambiada):
1) Recuperar el "fuente" del Query con RTVQMQRY con el par�metro ALWQRYDFN(*YES).
2) Crear un objeto de "Gesti�n de consultas" a partir del fuente obtenido: CRTQMQRY
3) Arrancar la gesti�n de consultas (STRQM) y seleccionar la opci�n "Trabajar con consultas del Gestor de Consultas". Tiene dos modalidades: Guiada y SQL. Ponla en SQL. Edita la consulta generada (es SQL puro) y modifica los JOIN para que sean como t� quieras (LEFT JOIN, EXCEPTION, etc.)
4) A la hora de ejecutar la consulta con STRQMQRY, utiliza este nuevo objeto, tipo *QMQRY, que has generado, en vez de la consulta del "Query" de toda la vida, tipo *QRYDFN.
_____________________________________________________ Forum.HELP400 es un servicio m�s de NEWS/400. � Publicaciones Help400, S.L. - Todos los derechos reservados http://www.help400.es _____________________________________________________
Para darte de baja, env�a el mensaje resultante de pulsar mailto:[EMAIL PROTECTED]
