Hola, Por lo que he visto, los registros son pequeños (unos 40 bytes) y, aunque la diferencia de tamaño entre las dos tablas es importante (28Gb frente a 0,15Gb) no debería representar un gran incremento… además, no sé cuántos registros se insertan, pero 20 minutos también parecen muchos, si no son muchos miles (o millones). Hay que tener en cuenta que la 1ª ejecución de una SELECT puede ser mucho más lenta que una segunda ejecución de la misma SELECT ( la 1ª puede obligarle al optimizador de SQL a crear vías de acceso temporales…) Con esto, la idea de que el problema sea la SELECT parece bastante buena… ¿No puedes crear una tabla temporal [NO en QTEMP], sin vías de acceso y vacía, que reciba la INSERT y desde la que realices una posterior incorporación a la tabla de producción? Registrados ambos pasos, podrías delimitar si el problema reside en la SELECT de los datos o en la INSERT en la tabla de producción.
Saludos, F.Muru De: [email protected] [mailto:[email protected]] En nombre de Jesús Mª Arzak capilla Enviado el: miércoles, 23 de septiembre de 2015 8:31 Para: 'forum.help400' Asunto: RE: Consulta sobre tablas Hola Según parece nos estamos centrando en el problema de la inserción pero dices que se trata de un INSERT de una SELECT y quizás el problema esté en la SELECT El SQL , ya nos pasó a nosotros, se comporta en determinadas ocasiones un poco raro y da problemas de rendimiento sobre todo cuando no encadenas bien las tablas y tiene que construir sus propios índices. (Digo por la SELECT). Además existe un fichero de opciones creo recordar el QAQQINI sobre el que trabaja el SQL que en función de los valores que tenga el SQL actúa de una manera u otra. No te puedo ayudar porque ya no lo recuerdo pero te puedo decir que conseguimos bajar proceso que tardaban del orden de media hora a 5 minutos. Igual alguien puede poner luz a esto Un saludo Jesús Mª Arzak Capilla Ekinformatika,S.L. Tfno 943 28 22 21 www.netekin.com<http://www.netekin.com> De: [email protected] [mailto:[email protected]] En nombre de Sergio Simón Enviado el: lunes, 21 de septiembre de 2015 16:38 Para: forum.help400 Asunto: Re: Consulta sobre tablas Buenas tardes: En desarrollo tengo: Número total de miembros . . . . . . . . . : 1 Número total de miembros no disponibles . : 0 Registros totales. . . . . . . . . . . . . : 637.289.785 Registros suprimidos totales . . . . . . . : 5.440.412 Tamaño total de miembros . . . . . . . . . : 28288581632 REUSEDLT *NO En producción tengo: Número total de miembros . . . . . . . . . : 1 Número total de miembros no disponibles . : 0 Registros totales. . . . . . . . . . . . . : 3.512.409 Registros suprimidos totales . . . . . . . : 0 Tamaño total de miembros . . . . . . . . . : 154570752 REUSEDLT *NO Una vez al año solemos reorganizar los objetos ya que son de consulta contínua y están siempre en uso (requiere parada de máquina). Se trata de un INSERT DE UNA SELECT pero lo tienen que confirmar. Saludos. El 21 de septiembre de 2015, 16:16, FERNANDO MURU ADURIZ <[email protected]<mailto:[email protected]>> escribió: Hola, Y, ¿de cuántos registros en la tabla de producción y la de pruebas estamos hablando? La inserción de datos dices que es mediante SQL… o sea una INSERT de una SELECT o miles de INSERT´s de unos VALUES. ¿Los registros suprimidos son una proporción baja? Si no es así, ¿tienes opción a reorganizar la tabla? ¿Qué tienes en REUSEDLT? Son preguntas para intentar situarnos algo mejor. Saludos, F.Muru De: [email protected]<mailto:[email protected]> [mailto:[email protected]<mailto:[email protected]>] En nombre de Sergio Simón Enviado el: lunes, 21 de septiembre de 2015 15:36 Para: forum.help400 Asunto: Re: Consulta sobre tablas Buenas tardes: Ambas definiciones de tablas son idénticas, si bien como es evidente la tabla que está en producción tiene más registros que la tabla de desarrollo, incluso más registros suprimidos, pero eso es normal entiendo y no debería influir Saludos. El 21 de septiembre de 2015, 14:33, Téllez Alvarado, Ignacio <[email protected]<mailto:[email protected]>> escribió: Sergio: ¿Puedes verificar en la tabla de producción, qué valor tiene el parámetro FRCRATIO?. Revisa las definiciones de ambas tablas (producción y desarrollo) con: DSPFD biblioteca/archivo. Atte. Ignacio De: [email protected]<mailto:[email protected]> [mailto:[email protected]<mailto:[email protected]>] En nombre de Sergio Simón Enviado el: lunes, 21 de septiembre de 2015 9:03 Para: forum.help400 Asunto: Consulta sobre tablas Buenos días: Sí, son los mismos índices, disculpa que no lo haya mencionado antes. Saludos. ---------- Mensaje reenviado ---------- De: Alex Martínez <[email protected]<mailto:[email protected]>> Fecha: 21 de septiembre de 2015, 13:34 Asunto: Re: Consulta sobre tablas Para: "forum.help400" <[email protected]<mailto:[email protected]>> Hola ¿tienen los mismos indices ambas tablas? El 21 de septiembre de 2015, 13:15, Sergio Simón <[email protected]<mailto:[email protected]>> escribió: Buenos días a todo el mundo: Tengo una consulta de esas de las que no sé por donde pillar el tema, la cosa es la siguiente: Dispongo de dos bibliotecas diferentes, una de producción y la otra de desarrollo dentro de la misma máquina y con idéntico sistema operativo (Power 7 con 6.1.0 de S.O), el asunto es que cuando se vuelcan datos vía SQL a una tabla en concreto de la biblioteca de producción (en las demás no he notado nada raro), el proceso tarda horas y se ralentiza mucho. Sin embargo cuando realizo la misma carga de datos y de la misma forma que la anterior en la tabla de desarrollo de la biblioteca de desarrollo, el tema no pasa de 20 minutos. ¿Se os ocurre algo? a mi se me ocurre que la tabla de producción esté muy fragmentada por el sistema y de ahí que tarde más en incorporar los datos, pero no sé como verlo o demostrarlo. No he detectado ningún tipo de error en logs, es decir va pero muy lento con respecto a desarrollo. Saludos y muchas gracias por vuestra atención. ____________________________________________________ Ú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. ----------------------------------------------------------------- Notice of Confidentiality: The information transmitted is intended only for the sender and person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, e-transmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender immediately by return electronic transmission and then immediately delete this transmission, including all attachments, without copying, distributing or disclosing same. ------------------------------------------------------------------ Aviso de Confidencialidad: Este correo electrónico y/o el material adjunto es para uso exclusivo del emisor y la persona o entidad a la que expresamente se le ha enviado, y puede contener información confidencial o material privilegiado. Si usted no es el destinatario legítimo del mismo, por favor repórtelo inmediatamente al remitente del correo y bórrelo. Cualquier revisión, retransmisión, difusión o cualquier otro uso de este correo, por personas o entidades distintas a las del destinatario legítimo, queda expresamente prohibido. Este correo electrónico no pretende ni debe ser considerado como constitutivo de ninguna relación legal, contractual o de otra índole similar. ____________________________________________________ Ú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.
