> -----Mensaje original----- > De: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] En nombre de > Daniel Garcia > Enviado el: miércoles, 26 de marzo de 2008 20:02 > Para: forum.help400 > Asunto: Re: SQL vs SQL -- curiosidad > > Hola Javier,
Hola de nuevo. > > Es un tema realmente curioso, que me imagino que tendrá una > explicación lógica, aunque por lo que veo, no sera nada fácil > de encontrar. > Bueno, tampoco es que me quite demasiado el sueño. El abrir este hilo era simplemente para comentar lo sucedido y recopilar sugerencias. > Ahí va otra teoría disparatada jeje. > > ¿No tendrá algo que ver con el fichero QAQQINI?, a mi me ha > llegado a dar muchos problemas una aplicación que compre, > porque me dedique a cacharrear este fichero para ver que pasaba. > Este es un tema que no endiendo demasiado. En realidad no entiendo demasiadas cosas relacionadas con la parte estructural de SQL y gestión de BBDD del System i. En fin, no se puede saber de todo. > información acerca de QAQQINI > http://publib.boulder.ibm.com/infocenter/iseries/v5r3/topic/rz > ajq/qryoptf.htm > > Esto no tiene nada que ver con tu problema, pero hablan de > STRSQL y QAQQINI > http://www-912.ibm.com/s_dir/slkbase.NSF/ce197905697c4c6086256 > a4f007978f7/be0562f47d2dbf2f8625705e004ae100?OpenDocument > Revisaré estos enlaces. > > Saludos, > Dani > > -- > iSencia S.L. > Daniel García > E-mail: [EMAIL PROTECTED] > Tel. +34 93 754 03 66 > Fax +34 93 754 03 98 > > > Javier Mora wrote: > > > > Hola a todos: > > > > Esta nota es sólo para exponer una curiosidad que me ha surgido al > > utilizar SQL. Os explico. > > > > He construido una sentencia SELECT no muy complicada que > toma datos de > > cuatro ficheros, dos de ellos con 15 millones y casi 100 > millones de > > registros. Mi método de trabajo consiste en probar primero los > > resultados desde una sesión interactiva de SQL (STRSQL). Después de > > intentar optimizar en varias ocasiones la sentencia, desde > STRSQL no > > he conseguido que termine la ejecución (en todas las > ocasiones esperé > > más de una hora, hasta que cancelé el proceso). > > > > Esta situación me desesperó un poco. En equipos anteriores la > > ejecución de trabajos por lotes ha ido siempre más rápida > (hablamos de > > programas no interactivos). Cogí la misma sentencia SELECT y la > > ejecuté con el mandato RUNSQLSTM en batch. ¡Oh, que sorpresa! La > > ejecución terminó en no más de un minuto. Como la sentencia SQL la > > tuve que cambiar para dejar los resultados en un fichero pensé que > > podría tener algo que ver. Luego intenté ejecutar RUNSQLSTM en > > interactivo y, ¡qué casualidad!, el resultado fue el mismo > (o casi): > > entre un minuto y dos en ejecutarse. > > > > Hice una prueba más, para disipar alguna duda. Utilicé la misma > > sentencia SELECT en QM y los resultados fueron similares. > > > > Finalmente, incluí el SQL en el programa RPG desde donde debía > > trabajar con las filas devueltas y su ejecución no fue más > allá de los > > dos minutos. > > > > ¿Es esto sólo una curiosidad? ¿Alguien tiene o se le ocurre una > > explicación? Desde mi punto de vista, una sentencia SQL debería > > ejecutarse a través de los mismos recursos desde STRSQL o cualquier > > otra utilidad. ¿Estoy equivocado? > > > > Un saludo > > > > *Javier Mora* > > > > > -------------------------------------------------------------- > ---------- > > > > __________________________________________________ > > 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 visita la siguente URL: > > http://listas.combios.es/mailman/listinfo/forum.help400 > __________________________________________________ > 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 visita la siguente URL: > http://listas.combios.es/mailman/listinfo/forum.help400 > __________________________________________________ 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 visita la siguente URL: http://listas.combios.es/mailman/listinfo/forum.help400
