Mario quizás no sea problema de la vistas sino del reporte que en las terminales que anda lento no tengan el driver de la impresora que tiene el reporte guardada y se queda buscando un rato.
Saludos De: [email protected] [mailto:[email protected]] En nombre de Mario Andres Ageno Enviado el: Miércoles, 05 de Mayo de 2010 18:48 Para: GUFA List Member Asunto: [GUFA] lentidud en la red Ricado si una aplicación la tengo así, con varios índices, "incluso no es lo optimo en normalización de bases de datos ya que duplico campos en algunas tablas", pero acceso mediante seek y do while .t. y es lejos la que mejor rendimiento tengo Pero últimamente vengo trabajando con de vistas, select SQL y reportes y lo raro es que tengo varias aplicaciones y siempre la misma forma de trabajar con repostes y vistas y hasta ahora no tenia este problema Por eso yo busco algún otro problema pero el temas de vistas,índices técnicas Rushmore las vengo aplicando hace bastantes años Gracias ----- Original Message ----- From: Ricardo Pina <mailto:[email protected]> To: GUFA List Member <mailto:[email protected]> Sent: Wednesday, May 05, 2010 5:31 PM Subject: [GUFA] lentidud en la red Hola Mario El tema del rendimiento es como te estan comentando aca en la lista, al trabajar con dbf nativas y realizar consulas a travez de una Lan influye mucho el trafico que haya en ese momento, la concurrencia desde las demás terminales y como tengas armados los indices de las tablas para la famosa optimizacion rushmore. Nosotros hemos optado en estos casos, en contra de lo que dicen los libros de generar los cursores de la consulta con SEEK y DO WHILE ,que no son lo ptimo, pero reducen bastante el tiempo de respuesta. El 5 de mayo de 2010 17:03, Mario Andres Ageno <[email protected]> escribió: Hola Si las tablas de la DB que uso en las consultas están con su clave y no utilizo mas de 2 o 3 tablas por consultas ya realice los pack también El tema es que trabajando en una PC con los mismo datos los reportes son rapidísimos no tengo problemas la historia esta en las terminales de las red Como si algún SET me faltaría o algo que lo hace demorar GRACIAS ----- Original Message ----- From: Gonzalo Gufa <mailto:[email protected]> To: GUFA List <mailto:[email protected]> Member Sent: Wednesday, May 05, 2010 3:06 PM Subject: [GUFA] lentidud en la red Coincido con Marcelo, solo quería agregar un tip mas. Si tenés muchos registros borrados también te puede demorar la consulta. Hace un pack o si es frecuente el borrado agrega un índice !DELETED() Slds, Gonzalo. De: [email protected] [mailto:[email protected]] En nombre de Marcelo Colombani Enviado el: Miércoles, 05 de Mayo de 2010 12:15 p.m. Para: GUFA List Member Asunto: [GUFA] lentidud en la red Hola Mario, asegúrate que esta utilizando algún índice en la consulta, y si tienes relacionadas varias tablas que los campos relacionados tengan índices. Al no tener índice tiene que hacer un scan de toda la tabla y si esta relacionada seguramente tiene que hacer varias veces el recorrido y al ser por la red se queda lento. Puedes probar a hacer las consultas por la red desde el entorno de desarrollo e ir viendo como mejorar. Saludos Marcelo Colombani From: Mario <mailto:[email protected]> Andres Ageno Sent: Wednesday, May 05, 2010 11:54 AM To: GUFA List Member <mailto:[email protected]> Subject: [GUFA] lentidud en la red Hola Tengo problemas de performance con un sistema en Red. Tengo 1 Server dedicado con 2003 Server y solo 4 terminales conectadas El sistema esta en VFP 7.0 y los reportes son todos con vistas locales Las tablas tienen aprox. 40MB y unos 500Mil registros Las tablas tiene todas al menos índice principal El sistema en el Server funciona muy bien sin problemas de demora al emitir reportes. (lo mismo si lo paso a una PC con menos recursos) Pero en las terminales demora mucho por cada reporte, hasta 30 o 50 segundos en reportes de no mas de 3 hojas Ahora pase toda la aplicación a otra Server y otra red para descartar problemas de red y hace lo mismo Tengo otras aplicaciones con el mismo tipo de reportes con vistas y con muchísimos mas datos tablas de 1.5GB y mas 1millon de registros y los listados no tengo este problema de demora Ya revisé también el CONFIG.FPW incluso también probé no usarlo y no encuentro nada especial que me produzca esta demora Si alguien me puede orientar por donde seguir buscando se los agradezco Saludos Mario __________ Información de ESET NOD32 Antivirus, versión de la base de firmas de virus 5088 (20100505) __________ ESET NOD32 Antivirus ha comprobado este mensaje. http://www.eset.com <http://www.eset.com/> __________ Información de ESET NOD32 Antivirus, versión de la base de firmas de virus 5088 (20100505) __________ ESET NOD32 Antivirus ha comprobado este mensaje. http://www.eset.com <http://www.eset.com/> __________ Información de ESET NOD32 Antivirus, versión de la base de firmas de virus 5087 (20100505) __________ ESET NOD32 Antivirus ha comprobado este mensaje. http://www.eset.com <http://www.eset.com/> __________ Información de ESET NOD32 Antivirus, versión de la base de firmas de virus 5088 (20100505) __________ ESET NOD32 Antivirus ha comprobado este mensaje. http://www.eset.com <http://www.eset.com/> -- Ricardo Pina D&SIP Desarrollo y Servicios Informáticos Profesionales www.dsip.com.ar <http://www.dsip.com.ar/>
