Hola foro, en un bolet�n recib� la siguiente sugerencia que me parece interesante e importante, se que esto se v� en alguno de los cursos de SQL pero igual puede ser de utilidad, espero que la traducci�n no sea tan mala y les sirvan algunas adecuaciones que le hice para nuestra situaci�n particular.
PROBLEMA En ocasiones se hacen consultas al sistema por medio de SQL, Query/400 u OPNQRYF que degradan considerablemente el rendimiento del sistema. SUGERENCIA Para obtener informaci�n sobre el comportamiento que tendr� una consulta antes de su ejecuci�n, es posible hacer uso del gobernador predictivo de consultas del sistema haciendo lo siguiente: Modificar el tiempo l�mite para procesar consultas de los atributos de query del trabajo actual, para ello se utiliza el comando CHGQRYA QRYTIMLMT(0); dicho par�metro indica el n�mero l�mite de segundos que el sistema invertir� para procesar la consulta. Este par�metro puede tener el valor *NOMAX, un n�mero entero entre 0 y 2,147,352,578 o *SYSVAL, relacionado con el valor del sistema QQRYTIMLMT. Al establecer el valor 0 a este par�metro, el sistema no ejecuta la consulta pero devuelve informaci�n sobre la forma eun que planea ejecutar la consulta. Ejecutar el comando STRDBG para arrancar el depurador del sistema, con esto el optimizador de query enviar� mensajes que pueden ser �tiles al registro hist�rico del trabajo. Ejecutar la consulta. El sistema enviar� el mensaje de ruptura "Estimated query processing time xxx exceeds limit 0 (C I)", al cual se deber� responder con "C" para indicar al sistema que cancele la ejecuci�n de la consulta si el tiempo indicado es inaceptable o muy superior al esperado, para ejecutar la consulta si el tiempo es aceptable la respuesta deber� ser "I". Para obtener informaci�n mas detallada sobre consideraciones especiales o sugerencias del optimizador de consultas ir al hist�rico del trabajo (DSPJOBLOG), ah� podr�n encontrarse mensajes informativos importantes como la ruta de acceso utilizada o sugerencias importantes como si la consulta se mejorar�a de existir una ruta de acceso con caracter�sticas espec�ficas que podr�an crearse antes de poner la consulta en producci�n. Una vez obtenido el resultado deseado en un tiempo �ptimo es importante terminar la depuraci�n del trabajo (ENDDBG) y volver a fijar el par�metro QQRYTIMLMT a su valor original para el trabajo actual. Saludos y espero que sirva de algo. Jes�s Humberto Olague Alcal� L�der de Proyectos Envases y Tapas Modelo, S.A. de C.V. e-mail: [EMAIL PROTECTED] Tel: (478) 985 4100 Ext. 247 Fax: (478) 985 4100 Ext. 249 _____________________________________________________ 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]?body=LEAVE
