la verdad es que creo que lo de los 9000 registros será un error, nosotros estamos haciendo busquedas tipo like/scan en ficheros con cientos de miles de registros, incluso millones porque los usuarios quieren hacer busquedas descontroladas en bases de daos que no estan normalizadas, y en estos casos de muchisimos registros msi hay que darle vueltas al cerebro para conseguir un tiempo que no sea horrible (sobre todo si el resultado es para ser mostrado en un navegador, con el problema de los timeouts).
cuando hay muchisimos registros y se quieren busquedas tipo like/scan es mejor generalmente SQL, si se pueden hacer indices (como el que tu dices de indexar todas las palabras de p.e. nombre y direccion etc) entonces RPG dará buen rendimiento. por ejemplo buscas un apellido pero puede ser que en las bases de datos existan registros como "nombre ap1 ap2" o "ap1 ap2, nombre", este caso lo tuvimos hace unos dias en un fichero con 3 MILLONES de registros y la busqueda con SQL tarda la mitad que con RPG, aun asi tarda bastante (unos 20 segundos), la idea de hacer unos indices de nombres y apellidos la esta pensando el cliente, aunque la cosa es mas compleja porque los argumentos mezclabes de busqueda son unos 15 <http://rpgforweb.com/tmp/ej_buscar1.jpg>que deben buscar en varios ficheros dependiendo de los campos de argumento usados (ver ejemplo de pantalla <http://rpgforweb.com/tmp/ej_buscar1.jpg>). claro que si triplicas memoria y brazos de disco y procesador entonces no hay problema de tiempo de respuesta. Recuerdo una tarea que tardaba en nuestro 400 de desarrollo veinte minutos y cuando se probó en el cliente ibamos muy preocupados "del que diran" y tuvimos que llamar varias veces al proceso porque creiamos que tenia error, tardaba menos de 10 segundos y todo fueron felicitaciones, claro que las felicitaciones tenian que haber ido para el comprador (o el vendedor!) de la maquina, que configuró simplemente una de las diez maquinas mas potentes. Saludos, Guillermo Andrades http://cpiSoftware.es <http://cpisoftware.es/> http://Modernizar.iSeries.es <http://modernizar.iseries.es/> 2008/9/19 CELUGO - Informatica <[EMAIL PROTECTED]> > Hola. > > Yo discrepo de Rafael. La técnica importa bastante; por ejemplo, el método > de ordenación quicksort es más rápido en una máquina lenta que el método > burbuja en una más rápida. > > Aunque no tengo experiencia con sql y like, me inclinaría más por esta > solución que por la del scan y rpg. > > Un saludo. > > Víctor Díaz. > > > __________________________________________________ > Forum.HELP400 es un servicio m&#225;s de NEWS/400. > &#169; 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&#225;s de NEWS/400. &#169; 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
