Por experiencia, el FMTDTA es mucho m�s rapido que todo lo dem�s cuando se trata de procesar datos en un batch. Claro depende de lo que necesitas, pero veras como ganas tiempo respecto a SQL � el OPNQRYF.
-----Mensaje original----- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de [EMAIL PROTECTED] Enviado el: viernes 1 de marzo de 2002 17:11 Para: [EMAIL PROTECTED] Asunto: RE: RE: QQAINI > Misterios del Optimizador: > - Seg�n parece, a la hora de decidir una V�a de Acceso, son > m�s importantes > los criterios de selecci�n (WHERE), que los criterios de > ordenaci�n (ORDER > BY). Para mi este caso es muy claro, si la cl�usula WHERE es muy restrictiva esta tiene prioridad claro est�. Es m�s r�pido seleccionar por �ndice unos pocos registros y ordenarlos a mano. > - IMPORTANTE: El estudio se debe hacer en entorno de > explotaci�n, ya que el > n�mero de registros y los valores de los diferentes campos > pueden alterar > los resultados ofrecidos por el Optimizador. Quiero decir que > una s V�as de > Acceso que en un momento favorecen el rendimiento, pueden ser > ignoradas > cuando cambian las circunstancias. Tambi�n es l�gico, la carga de las tablas es muy importante, a veces cuando hay pocos registros es m�s r�pido leersela entera que �tilizar un �ndice. Los optimizadores son el coraz�n de un SGBD, es el secreto mejor guardado. Lo dem�s es relleno. Un saludo. _____________________________________________________ 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 _____________________________________________________ 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
