Cita:
|
Empezado por joselgz
Algunas de estas tablas manejan campos memo y binarios (ambos inclusive) para fotos.
|
Acá si que puede tener incidencia un compresor de paquetes, pero la misma (o mejor) incidencia tendría comprimir/descomprimir vos las imágenes al vuelo desde dentro del programa.
Cita:
|
Empezado por joselgz
al realizar las pruebas se observa que aunque la conexion es perfecta ni siquiera la aplicacion de administracion de firebird logra acceder de manera rapida las tablas ni consultas
|
Firebird no tiene ninguna herramienta de administración integrada al proyecto. Supongo que usas algo como IBManager o IBAdmin. Lamentablemente estas herramientas (hechas con delphi) tampoco están pensadas ni optimizadas para trabajar sobre conexiones lentas... ¡Hacen tantas consultas al diccionario de datos y prácticamente suben a memoria todo el metadata de la base con solo intentar conectarse!
Si queres probar si la conexión a firebird por si sola es mas o es menos lenta, entrá desde isql:
Código:
SQL>connect miservidor.com:/home/jachguate/db/laboratorio.fdb user sysdba password masterkey;
SQL>select rdb$relation_name from rdb$relations;
Cita:
|
Empezado por joselgz
al probar con la aplicacion sucede lo mismo, estamos hablando de tiempos hasta de 30 - 45 segundos para desplegar la data de una tabla.
|
¿Que resultados te arroja un análisis mas detallado de la operación "desplegar datos de una tabla"?
¿Tiempo para preparar la consulta?
¿tiempo para abrir la consulta?
¿tiempo para hacer fetch de los primeros 10 o 20 registros?
¿tiempo para hacer fetch de todos los registros?
¿cuantos registros son?
¿tienen campos blob?
¿haces fetch de los blobs junto con los datos de los otros campos?
Por favor, ¡respetá la guia de estilo!, si no lo haces me veré obligado a cerrar este hilo.