Hola Juan Carlos: ¿En el OPNQRYF estás generando un JOIN de varios ficheros? ¿Lo estás clasificando por campos de ambos archivos? Javier
________________________________ De: [email protected] [mailto:[email protected]] En nombre de Juan Carlos xxxxxxxxxxxxxxxxx Enviado el: jueves, 18 de marzo de 2010 16:25 Para: [email protected] Asunto: RE: RPG que no compila por OPNQRYF Pero si me creo el físico, supongo que me dará un identificador de nivel distinto al que obtengo con el JOIN. Lo cual me va a suponer hacerle un LVLCHK (*NO) al fichero JOIN, ¿estoy en lo cierto? ________________________________ Subject: RE: RPG que no compila por OPNQRYF Date: Wed, 17 Mar 2010 18:37:36 +0100 From: [email protected] To: [email protected] Realmente al programa le da igual si es un lógico o un físico el fichero que abre. Create un archivo físico con la clave que necesites y compila. Después el físico lo puedes borrar. ________________________________ De: [email protected] [mailto:[email protected]] En nombre de Juan Carlos xxxxxxxxxxxxxxxxx Enviado el: miércoles, 17 de marzo de 2010 16:48 Para: [email protected] Asunto: RE: RPG que no compila por OPNQRYF Mi problema es que yo utilizo el OPNQRYF para cargar todos los registros de un año determinado. Luego por programa voy haciendo subtotales por meses, de ahí que necesite hacer READE por año/mes para saber cuando dejo de ir totalizando. Las demás soluciones que me habéis propuesto estarían bien, pero el problema es que me encuentro con la siguiente situación: Tengo un sólo fichero lógico que me viene bien (no puedo crearme otros nuevos). Este fichero se trata de un JOIN, por lo que hacerlo con SQL haría que fuera muy lento el proceso. Además por tratarse de un JOIN no puedo poner como clave el mes que viene de l fichero secundario del JOIN. De todas formas, muchas gracias por todas las soluciones que habéis aportado. ________________________________ Subject: RE: RPG que no compila por OPNQRYF Date: Wed, 17 Mar 2010 12:44:55 +0100 From: [email protected] To: [email protected] Si necesitas utilizar SETLL y READx una estrategia consiste en generarte un lógico por los campos de clave que necesites. En el código fuente utiliza este lógico y compila. El archivo lógico lo puedes borrar después. Yo utilizaba antes muchísivo el OPNQRYF e intentaba evitar el uso de SETLL. En la hoja F utilizaba siempre el archivo físico. Al programa tenían que llegarle los registros necesarios (seleccionados) y clasificados. Luego con un simple READ o CICLO LÓGICO se leían los datos. Es cierto que en ocasiones es necesario recorrer el archivo y no siempre se puede evitar el SETLL o el READE. Mi consejo es que utilices SQL incrustado. Un saludo. Javier Mora ________________________________ De: [email protected] [mailto:[email protected]] En nombre de Juan Carlos xxxxxxxxxxxxxxxxx Enviado el: miércoles, 17 de marzo de 2010 11:52 Para: [email protected] Asunto: RPG que no compila por OPNQRYF Buenos días. Estoy intentando compilar un programa que utiliza un fichero que proviene de un OPNQRYF. Mi problema está en que en el OPNQRYF le indico unas claves distintas a las que tiene el fichero, y al compilar y hacer un SETLL, READE, me dice que no coinciden las claves. ¿Como hago para engañar a la compilación y decirle que el fichero que tiene que tratar es el del OPNQRYF y no el del objeto físicamente. Gracias por adelantado. ________________________________ ¿Sabes que la Videollamada de Messenger es GRATIS ¡Descúbrela! <http://events.es.msn.com/windows-live/redes-sociales/default.aspx> ________________________________ ¿Te gustaría tener Hotmail en tu móvil Movistar? ¡Es gratis! <http://serviciosmoviles.es.msn.com/hotmail/movistar-particulares.aspx> ________________________________ Compartir tus mejores FOTOS es fácil en Messenger ¡DESCUBRE cómo! <http://events.es.msn.com/windows-live/redes-sociales/default.aspx> ________________________________ Actualízate gratis al nuevo Internet Explorer 8 y navega más seguro <http://www.microsoft.com/spain/windows/internet-explorer/default.aspx>
____________________________________________________ © Publicaciones Help400, S.L. - Todos los derechos reservados http://www.help400.es ---------------------------------------------------- Para darte de baja visita la siguente URL: http://listas.combios.es/mailman/listinfo/forum.help400
