Efectivamente, la operacion que quereis hacer es la mas costosa para la DB. Y si el fichero de salida esta vacio, intentara hacer las inserciones sin via de acceso interna, cuando lleva unas poquitas va como un tiro pero cuando tiene muchas.... Pues te lo puedes imaginar....tiene que buscar donde colocar el indice pero buscando secuencialmente. Pero si el fichero ya tiene datos el acceso a los indices ya no lo hace secuencialmente. Evidentemente no estoy hablando de como va almacenando los reg en el disco fisicamente. Es muy importante es estado de los ficheros al inicio del proceso. Nosotros en un caso parecido llegamos a tener que partir el proceso en bloques de reg de unos 100.000, terminar el pgm, y lanzarlo tantas veces como fuera necesario, con eso conseguimos unos tiempos de proceso que pasaron de varias horas a menos de 1. Ese mismo proceso en rel. anteriores nos obligaba a incluso compilar el pgm (Cobol SQL) en cada lanzamiento, con unos resultados espectaculares.
Eso si, dudo mucho que obtengas mejores resultados en un PC e incluso en un mainframe. Suerte. Saludos. Rafael -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tecnico Sent: 28 February 2007 16:07 To: forum.help400 Subject: RE: Optimizar lecturas en DB2 UDB Cierto, no es un Select tal cual, es un Declare Global Temporary Table a partir de un Select. Lo que estamos haciendo, es analizar que montaje del Select es más óptimo en cuanto a respuesta. Y no es que no coja ningún índice, coge el índice más lógico para el proceso con el Where, el Order By y el Group By que utilizamos, pero se tira hora y media. Nuestra duda está en si lo hacemos bien o se puede mejorar. Otra cosa muy graciosa es que en el Visual Explain se utilizan lógicos diferentes si el Select se hace con y sin un insert sobre una tabla completamente limpia y sin índices. Gracias. -----Mensaje original----- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nombre de Cubero, Rafael (R.) Enviado el: miércoles, 28 de febrero de 2007 14:12 Para: forum.help400 Asunto: RE: Optimizar lecturas en DB2 UDB Por que no arrancas el dbmon y lo analizas profundamente. Lo mas seguro es que este accediendo a una tabla de forma secuencial, por eso no necesita ningun indice, y puede que tengas que modificar la sentencia para que acceda por uno de los indices existentes. Pero hay algo que no me cuadra, una select no la puedes lanzar con RUNSQLSTM.... Saludos. Rafael -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jorge Sent: 28 February 2007 11:23 To: forum.help400 Subject: RE: Optimizar lecturas en DB2 UDB El iSeries es un modelo 810 con un procesador 2.466 y con 1.020 CPW en Batch, 6 G. de RAM y 12 discos con un total de 705 G., con V5R2M0 con PTF's de sistema TL06080 y con grupo de PTF's SF99502 y la última PTF SI12799. La máquina está al 80% de ocupación. La consulta consiste en un simple Select con una sumarización de campos y una selección de unas marcas lanzada por batch con un SBMJOB de un RUNSQLSTM. En el momento de su ejecución la máquina estaba por debajo del 10% de CPU. Como ya he indicado, el Visual Explain no me propone ningún índice que no tenga ya la tabla. Saludos. -----Mensaje original----- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nombre de Cubero, Rafael (R.) Enviado el: miércoles, 28 de febrero de 2007 10:33 Para: forum.help400 Asunto: RE: Optimizar lecturas en DB2 UDB Como estais haciendo la consulta, por programa? Interactivo o batch? De ser asi, cuando el programa se creo y se paso por primera vez, el fichero estaba vacio o con pocos reg.? Dame mas informacion, nosostros hemos tenido que bregar muchisimo con estos temas, por cierto tienes que estar a la ultima en PTF's de DB. Saludos. Rafael -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jorge Sent: 28 February 2007 09:50 To: Forum. Help400 Subject: Optimizar lecturas en DB2 UDB Buenos días: Ya se que es un tema recurrente pero me interesan vuestras experiencias en el tema: Estamos intentando optimizar la obtención de una serie de datos de una tabla y no conseguimos unos tiempos razonables (desde nuestro punto de vista). La máquina sobre la que realizamos las consultas tiene versión 5 release 2. La tabla sobre la que lanzamos las consultas tiene 195.000.000 de registros. El Visual Explain no sugiere ninguna via de acceso adicional a las que ya tiene. La consulta la realizamos para todo un año, teóricamente los registros que se analizan deben ser más de la mitad. Por raro que parezca, cuando exportamos la información a una tabla en pc, los registros parecen ser leídos mucho más rápido. Por lo que se nos plantea la idea de volcar la información a una DB en un PC y realizar las consultas directamente sobre éste. ¿Alguien lo ha probado de esta forma?. Gracias. Jorge __________________________________________________ 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 __________________________________________________ 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
