Ayuda con Firebird + Internet

[joselgz]

Hola tengo una aplicacion diseñada con vb6 y firebird es un sistema de anatomia patologica, en la actualidad la base de datos tiene unos 300 Mb, contando con imagenes, campos memo (blob), etc. ademas de tener tablas de + 20.000 registros. En la red interna funciona a las mil maravillas, es super estable y rapida pero ahora se necesita conexion con internet para trabajar desde otros sitios la cual se realiza con una conexion de 512 Kbps, lamentablemente el acceso es extremadamente lento no se el porque, ni idea, la aplicacion tarda como 5 minutos en abrir, y las tablas ni se diga. La conexion se realiza a traves de odbc, como dato curioso aparte de la aplicacion que es muy lenta igual pasa con el ibmanager, esto me pone a dudar sobre que sea el visual basic o mi aplicacion y pienso que pudiera ser la base de datos como tal que no esta optimizada o diseñada para trabajar en internet. Quisiera por favor que alguien me diera una manito, se han dicho muchas cosas pero creo que en verdad nadie las logra poner en practica, si alguien tiene alguna aplcacion corriendo en internet quisiera saber como lo hace y si tiene alguna configuracion especial. Gracias

[Emilio]

De vez en cuando un backup/restore hace milagros ¿has probado ya con eso?

Por otra parte se comentaba hace algún tiempo que ciertos Windows en su versión Home/Milleniun (no estoy muy seguro) capaban la velocidad de Interbase, para solucionarlo había un sucio truco que consistía en cambiar tu fichero.gdb por fichero.xxx en xxx le pones lo que mas te guste.

Prueba y comenta.

[joselgz]

Gracias Emilio pero como dije anteriormente a veces las personas ni saben lo que dicen, no dudo de tus capacidades, pero no es el hecho de un backup o restore, no es asi, es un problema que tiene la base de datos como tal o el sistema operativo, estoy utilizando pc's de teconologia de punta me refiero a equipos de +3.0 Ghz con discos sata windows xp sp2 tarjetas intel, y sin embargo el problema es lo lento con que se accesa la base de datos mediante internet, aun no me explico como una base de datos tan robusta para aplicaciones administrativas tenga esa debilidad

[Casimiro Notevi]

Gracias Emilio pero como dije anteriormente a veces las personas ni saben lo que dicen, no dudo de tus capacidades, pero no es el hecho de un backup o restore, no es asi, es un problema que tiene la base de datos como tal o el sistema operativo, estoy utilizando pc's de teconologia de punta me refiero a equipos de +3.0 Ghz con discos sata windows xp sp2 tarjetas intel, y sin embargo el problema es lo lento con que se accesa la base de datos mediante internet, aun no me explico como una base de datos tan robusta para aplicaciones administrativas tenga esa debilidad

La "debilidad" no es de la base de datos, es del programa.

Primero: para trabajar por internet o tienes una conexión "rápida" o no puedes hacer casi nada, y una de 512 kb de bajada y seguramente 128 de subida, es poca cosa. (128 kbits=16 kbytes/seg), cuando vas a pasar imágenes y demás :confused:
Una red local "normal" va a 100 Mbits/seg=12 Mbytes/seg. así que compáralo con 16 kbytes.

Segundo: ¿Tecnología de punta?, cualquier niño tiene hoy en día un pc+windows como ese para jugar. Que no dudo que sea bueno, pero hay que usar las herramientas bien.

Tercero: (y principal) el problema es "casi" seguro que la forma de trabajar del programa, las consultas, búsquedas, etc. no han sido pensadas para trabajar por internet en un entorno cliente/servidor puro.

Yo procuraría depurar, afinar, ajustar las consultas que hace el programa, eliminar toda carga masiva de datos innecesarios, traer sólo los datos necesarios, mínimos e imprescindibles, hacer pruebas con cada una de las sentencias para encontrar el equilibrio perfecto entre rendimiento y tiempo de ejecución, etc. etc. etc.

Y por cierto, 20.000 registros es nada.


Perdón si soy un poco "borde", es que cosas como: me compré unas zapatillas como las de Mike Powell, pero adolecen de un problema grave, es imposible saltar 8.95 como dicen que saltó él, porque yo no paso de los 3.50 metros... me han decepcionado, no volveré a confiar en esa marca de zapatillas ;)

[Rabata]

Tienes una estrucutra referencial correcta...

Las consultas son las debidas....

Has indexado correctamente tu base de datos

Prueba con consultas pequeñas desde tu ibmanager y te tarda mucho??

Por cierto estoy totalme de acuerdo con el compañero Casimiro, no hace falta ser tan directo con la respuesta que te dio Emilio, diciendole que no servia de nada, y alguna cosilla mas, ten en cuenta que el problema es tuyo y emilio tan solo leio tu post e intento darte una solucion, el no esta delante de tu problema ni lo ve todos los dias, yo kreo k con un gracias y no ser alusión aciertas que no saben lo que dicen, te hubiese bastado...

Ademas esto es un foro donde la gente trata de ayudarte, no tiene pk ayudarte, pero debido al buen rollo, todos intentamos solucionar problemas a los demas, sin que nos valla la vida en ello.

Gracias por habernos dedicado parte de tu tiempo..

Ojala arregles tu problema y sino estaremos encantado de ayudarte en la medida de lo posibole...

[Casimiro Notevi]

[...]
Ojala arregles tu problema y sino estaremos encantado de ayudarte en la medida de lo posible...


Por supuesto, joselgz, tal y como dice Rabata, nos complace ayudar a los demás en todo lo que podamos.

[joselgz]

Ante todo mis disculpas si fui tan directo en mis respuestas, mis disculpas otra vez. Si tengo tecnologia de punta y si hay "niños" que tienen esos pc para jugar, pero hay que considerar tambien que todavia existen empresas que tienen equipos obsoletos y sistemas bajo dos, me siento muy complacido de que todos mis equipos sean de punta; segundo no creo que sea el sistema ya que hasta el ibmanager es lento accediendo a los datos, creo que el ibmanager es como una buena herramienta para el manejo de firebird, tercero no se cuantas veces he depurado el sistema, creo que lo he llevado a su maxima expresion depurando rutinas, funciones, consultas y pare de contar. Voy a realizar 2 ultimas pruebas realizar una migracion de la data a mysql, cosa que no me agrada ya que considero a firebird muy superior para manejo administrativo y la veo mas seria y la otra tratar de instalar el ZeBeDee que vi por ahi que compacta la data. De todas maneras si tienen alguna sugerencia mas las tendre en cuenta.

[RONPABLO]

Primero q todo le pregunto si ya ha buscado en el foro algo similar (despus no sea q por sugerir hacer esto termine siendo un "nuño explorador")... la verdad me parese q lo que le pasa se refiere a problemas con la extención de l bd, es decir si la bd tiene algo así como "baseDeDatos.gdb" debe cambiar la extención .gdb a otra, yo uso ".fdb"...

Por otro lado, tranquilo cualquierá tiene "tecnologia de punta" pero la proxima vez que pregunte algo asegurese de hacer saber que es lo que le pasa... que acciones ha realizado!, porque la verdad no sabemos en que esta pensando usted cuando escribe un post en el foro y mucho menos que no tiene "equipo para niños"...
Normalmente aqui nos ayudan a encontrar soluciones a los problemas que resultan... eso si tambia hay q ver como se pide la ayuda

[joselgz]

Si efectivamente mi base de datos tiene extension .fdb, despues que migre de interbase a firebird no utilice mas el gdb. Y efectivamente si se lo que pasa y lo que quiero, la base de datos no tiene un optimo performance cuando se establece comunicacion via internet, lo que no quisiera pensar en que la base de datos no sea optima para este medio. Como me han dicho he realizado los ajustes al sistema, analizado la programacion, y no consigo nada; lo clave de esto y lo que me hace dudar de que sea el sistema es que inclusive con el manejador ibmanager es tambien lento el acceso. Ya incremente con el proveedor de internet el ango de banda a 720 kbps y nada. Solo quiero alguna respuesta de alguien que haya tenido el problema, y creo que aqui estamos en foro con gente con cierta experiencia. Particularmente soy Venezolano del estado Carabobo, tengo 34 años, tengo 11 de experiencia como programador, trabajo para el gobierno de mi pais aparte de desempeñarme tambien como asesor externo, busco respuestas porque en mi pais no se trabaja mucho con firebird y delphi. Cualquiera recomendacion es binvenida siempre y cuando sea seria y no al azar. Ya realice todos los pasos que el Sr. Casimiro a descrito, sin embargo es igual. Aqui en venezuela existe el sistema administrativo Valery y su base de datos es interbase y creo que tienen el mismo problema. De verdad me urge la solucion a esto.

[xander]

Cheers my friend...

Acalorada discusión la que han tenido por aqui, pero saben? todos aqui tienen razón, o al menos una parte de ella... Emilio te dijo lo primero que debias haber revisado, ok, perfecto... luego Casimiro te dijo una gran verdad, el problema es tu aplicación.... y sabes cual es el problema??? que te estás queriendo conectar directamente a la BD por internet... ese es el gran error... primeramente abrir al mundo el puerto 3050 de Firebird para que por ahi se conecten tus clientes es un error enorme... es como invitar a cualquier hijo de vecino a intentar hackear tu BD y echar a perder años de trabajo.

Ahora Zebedee te va a proteger de usar directamente el puerto 3050 y creará un canal seguro de comunicación, pero lamento decirte que no ganarás un ápice de velocidad... sorry.

Lo que pasa es que si tu aplicación la tenias pensada para que funcionara via internet tenias que haber pensado en una solución en capas... usar Asta (http://www.astatech.com/) para estos casos es lo mejor, con una conexión a internet como la que dices que tienes trabajarías casi como si estuvieras localmente en el servidor si usas Asta o RemObjects o cualquier otro engendro de esos. Ahi si que ganarás una increible velocidad. Si usas IBObjects (http://www.ibobjects.com) para conectarte directamente tambien puedes ganar un poco de velocidad sobre internet y sobre redes lentas pues está optimizado para reducir el tráfico de la red.

Ahora que si lo que quieres es solo conectarte directamente a la BD y que con eso se tenga toda la velocidad que esperas, entonces espera a que salga la versión 3.0 de Firebird que nos han prometido que tendrá grandes mejoras en los protocolos remotos, asi que tal vez tambien esa te sea una opción.

[curioso78]

Hola,

yo tengo el mismo problema. Programo en Delphi 5 :( y accedo a una BDD firebird mediante los componentes IBX.

Accediendo a una BDD local (LAN) funciona perfectamente, el problema viene cuando intento acceder a una BDD por internet. Utilizo las siguientes cadenas de conexión (ruta de la BDD):

- BDD local (en mi PC): E:\BDDS\miBD.fdb

- BDD en red (LAN): 192.168.255.XXX:E:\BDDS\miBD.fdb

- BDD remota (por internet): XXX.XXX.XXX.XXX:E:\BDDS\miBD.fdb

En los dos primeros casos funciona perfectamente. En el tercero, por internet, se incrementa mucho el tiempo de la consulta (no estamos hablando de minutos como le pasa a joselgz, pero sí algunos segundos, en torno a 5-6 como mínimo).

Eso es así aun cuando son consultas sobre tablas de MUY MUY POCOS datos (5 registros de dos campos numericos, por ejemplo). Una consulta como 'SELECT * FROM TABLA_CON_CINCO_REGISTROS' puede tardar unos 5 segundos, y considero que aun no siendo "demasiado" tiempo, no está justificado, pues son "cuatro" datos muy sencillos.

Me sucede lo mismo si intento acceder desde el SQLExplorer de delphi, o desde IBConsole o similares.

Descartado el ancho de banda de mi conexión de internet

¿Alguno de vosotros NO tiene problemas de este tipo por internet? ¿Cómo lo teneis montado?

MUCHISIMAS GRACIAS

[joselgz]

Gracias por tu respuestas Xander, creo que es la mas convincente, aunque no estoy programando con delphi gracias por tus datos sobre los controles. Creo que definitivamente no podre realizar las conexiones via internet y tendre que migrar lamentablemente a MySql o Posgresql la data. Muchas gracias, de todas maneras si saben algo por ahi haganlo llegar.

[Casimiro Notevi]

Gracias por tu respuestas Xander, creo que es la mas convincente, aunque no estoy programando con delphi gracias por tus datos sobre los controles. Creo que definitivamente no podre realizar las conexiones via internet y tendre que migrar lamentablemente a MySql o Posgresql la data. Muchas gracias, de todas maneras si saben algo por ahi haganlo llegar.

Pues por ahí tengo una comparativa entre mysql, postgresql, interbase, etc trabajando como servidores de internet y hay uno que hace las consultas más rápidas, permite más conexiones simultáneas, etc y ¿sabes cual es?... luego, cuando llegue a casa te paso el enlace para que te sorprendas :D y de paso te explico algunas cosillas.

[Emilio]

Gracias Emilio pero como dije anteriormente a veces las personas ni saben lo que dicen, no dudo de tus capacidades

Por el contrario si no has sido capaz de entender mi respuesta, lamento decirte que yo sí dudo de las tuyas y muy mal tiene que estar el gobierno Venezolano para dejar sus datos en manos tan inexpertas.

pero no es el hecho de un backup o restore, no es asi

No es así o es que ni siquiera lo has comprobado y tú dices que no es así.

es un problema que tiene la base de datos como tal o el sistema operativo

Ya, con las zapatillas tampoco saltas 8,95 ¿cierto?

aun no me explico como una base de datos tan robusta para aplicaciones administrativas tenga esa debilidad

Es lamentable que no puedas saltar 8,95 con tus zapatillas nuevas, yo en tu caso le pondría una demanda multimillonaria a esos chapuceros :D

[Casimiro Notevi]

Bueno, lo que iba a comentar es que, por supuesto, puedes usar lo que creas conveniente, pero no puedes desechar Firebird diciendo que MySql es más rápido para trabajar por internet, así sin más, todo es relativo y depende de muchos factores.
Si tienes una base de datos con claves foráneas, procedimientos, triggers, etc. y luego tienes otra base de datos más sencilla que carece de casi todo lo anterior y se convierte en "casi" una "tabla plana", ¿cuál será más rápida?, evidentemente, por internet o en red local... será la segunda.
Bien, prosigamos, esto que presento es simplemente un test a varias RDBMS, es un poco antiguo, está MySql 3.23, Interbase 6, PostgreSql 7.1, etc. (no creo que MySql haya ganado mucho en velocidad desde entonces, y está claro que Firebird 1.5 sí que es muchísimo más capaz que Interbase 6. puedes seguir este hilo (http://www.clubdelphi.com/foros/showthread.php?t=35115) para sorprenderte.
Pues a lo que íbamos, este informe es un proyecto de fin de carrera, alguien se tomó la molestia de hacer las mismas pruebas a varias RDBMS y en el apartado de internet, que se hicieron los test mediante PHP y servidor Apache, los resultados fueron estos:
http://www.intitec.com/varios/1000peticiones.png
http://www.intitec.com/varios/peticionesporsegundo.png
http://www.intitec.com/varios/transferenciakbseg.png
Y para terminar dice:
"Interbase es el mejor en todos los campos en este terreno (internet). Le pertenecen los mejores tiempos en cada test. Es el único que llega a 50 peticiones concurrentes sin dar errores y además es el que mejor escala.
Si MySql se llevó el premio del test por fichero, el Interbase se lleva el de la base de datos ideal para servidor internet".
El documento completo está aquí (http://www.intitec.com/varios/ComparativaSQL.pdf).

[Casimiro Notevi]

Por cierto, moderadores, he querido poner las imágenes, pero la etiqueta [IMG] está en OFF... :(

Creí que podía usarlas.

[vtdeleon]

En esta sección están deshabilitadas. Fijate mas abajo, donde dice "Reglas de Mensajes".
Código [IMG] está Off

Saludos

[Casimiro Notevi]

En esta sección están deshabilitadas. Fijate mas abajo, donde dice "Reglas de Mensajes".

Saludos

sí, sí, por eso lo pregunto, ¿por qué no están en ON?


¿por qué en el foro "redes", sí. Y en este foro, no?

[Emilio]

sí, sí, por eso lo pregunto, ¿por qué no están en ON?

¿por qué en el foro "redes", sí. Y en este foro, no?

Ya te lo he puesto ON ;)

[Casimiro Notevi]

Ya te lo he puesto ON ;)

oh :eek: gracias. Ahora se puede expresar mejor agunos datos mediante imágenes, qué bien!!! :)

[joselgz]

Lamento decirles que ninguna persona que dio su opinion y las que respeto fue exacta, despues de todo este tiempo de investigacion di con la solucion para el problemita de internet y firebird todo esta resumido en que "firebird no tiene soporte para la compresion de paquetes ip", cosa que mysql si posee, no quiero decir con esto que mysql sea mejor. La solucion del asunto fue la instalacion de ZeBeDee que es un software que permite realizar una conexion encriptada, y comprime los datos tcp/ip o udp. Esa fue la verdadera solucion. Señores yo lo probe y doy fe que es la solucion, ninguno de las personas que dieron su opinion y la cual respeto estaba claro en lo que decia. Mis disculpas si ofendi a alguien, cualquiera pregunta tecnica con respecto a esto lo puede hacer a mi correo joselgz@hotmail.com

[xander]

Todo mundo aqui te ha compartido de su experiencia, los consejos de Casimiro, Emilio y demás colegas tal vez no te sean de utilidad a ti, pero para alguien mas serán el primer punto a revisar en sus aplicaciones.

Creo que deberías de compartir la solución que funcionó para ti, el tipo de aplicación que hiciste, cuantas solicitudes haces a la base de datos y de cuantos registros, y cuanta mejora en tiempos y trafico obtuviste con la solución que encontraste. Yo te puedo hablar con conocimiento de causa que el Zebedee no me ofreció un beneficio tangible porque mis demoras generalmente son sobre la preparación de las consultas como lo habia externado en otro hilo, ahi Zebedee no me puede ayudar en acelerar la preparación de las consultas en los clientes, siempre voy a tener una demora de por lo menos 3 segundos en preparar la consulta ya sea con o sin zebedee.

Por eso te digo que si compartes la configuración que para ti dio resultado tal vez le ayudes a alguien mas que en el futuro tenga una aplicación como la tuya.

[jachguate]

Amigos, lamento llegar tan tarde a este hilo, pero con algun tiempo de inactividad me lo perdí en vivo.

Comparto mi experiencia:

Sobre enlaces tan reducidos como 512 kbps, la aplicación debe pensarse desde el inicio para la transmisión del mínimo de información entre el servidor de base de datos y el cliente, de manera que pueda sacarse un rendimiento decente. Esto significa no abrir tablas de mas, nunca traer mas registros de los necesarios, y -siempre que sea posible- hacer un cache del lado del cliente con la información que cambia con poca frecuencia, estableciendo una buena política de actualización de dicha información.

Para lograr un arranque lento de la aplicación, puede lanzarse las consultas de la información requerida para iniciar en segundo plano, mientras que la aplicación muestra cuanto antes menus y otros elementos de la interfaz de usuario. Si el usuario quiere realizar una operación para la que aún falta bajar algún dato, se le puede hacer esperar un momento, pero si se ha cumplido lo que he dicho primero, en el tiempo que este tarda en tomar el mouse, entrar a un formulario e intentar hacer algo, seguro que ya todo está en su sitio.

Estoy con Xander: un compresor de paquetes ayudará solamente si la información que viaja es mucha y en trozos grandes. Para algunas operaciones, no representa beneficio alguno.

No logro imaginar una consulta que tarde 3 segundos en prepararse en un servidor firebird, a menos que el servidor esté muy ocupado con otras cosas. Aún en este caso, una buena solución es mandar a preparar la consulta y mantenerla preparada, de manera que si se ejecuta 10 veces, los 3 segundos ya mencionados solamente se "invirtieron" una vez. Dicha preparación, incluso, puede hacerse antes que el usuario llegue a necesitar de la consulta.

Finalmente, decir que no cualquier aplicación puede correr sobre seguro en tales condiciones. Para las que no, hay otras alternativas, como citrix, que estamos usando en la empresa actualmente con un buen grado de éxito. Las aplicaciones están contiguas al servidor, en una red de 1 Gbps, por lo que son muy rápidas, y citrix consume solamente unos 24Kbps por usuario conectado, con lo que en un enlace de 512 caben unos cuantos...

Hasta luego.

;)

[joselgz]

Basicamente la aplicacion maneja los informes patologicos de un laboratorio de diagnostico anatomopatologico, maneja 32 tablas, unas cuantas vistas, unos cuantos procedimientos y algunos disparadores. Las tablas maestras manejan entre 20 y 100 registros, y otras mas de 30.000 hasta los momentos. Algunas de estas tablas manejan campos memo y binarios (ambos inclusive) para fotos. Esta aplicacion se ha estado desarrollando en el transcurso de 3 años. La aplicacion ha sido objeto de multiple revisiones con lo cual a alcanzado un nivel muy bueno aunque se podria decir que excelente segun comentarios de otros colegas del doctor al cual le desarrolle la aplicacion. El problema se presenta cuando se quiere dar el paso para que la aplicacion sea accesada desde otro punto que no sea el sitio de trabajo. Se contrato el servicio de banda ancha a 720 kbps mas el ip estatico, 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, al probar con la aplicacion sucede lo mismo, estamos hablando de tiempos hasta de 30 - 45 segundos para desplegar la data de una tabla. Lo demas se resume en lo que esta en el foro. En venezuela hay una aplicacion administrativa muy popular y muy buena denominada Valery y observe que muchas personas tenian el mismo problema, vi en el foro de ellos alguien que utilizo el tunnel, hice la investigacion y realize las conexiones, para mi sorpresa los tiempos bajaron drasticamente hasta en 3 segundos, que en comparacion 3 segundos a mi parecer son tiempos aceptables. La configuracion utilizada fue la normal que aparece en la pagina del Zebedee. Si hay alguna otra pregunta hacermela llegar directamente a joselgz@hotmail.com

[xander]

asi es... 3 segundos es lo mas o menos el tiempo que se tarda el firebird en preparar una consulta remotamente (me refiero a via internet), claro que una vez preparada el tiempo es infimo con pocos datos (de unos cuantos milisegundos)... ahi es donde decia yo que IBObjects o alguna suite que maneje sesiones persistentes en el servidor es muy util pues va trayendo los registros sobre demanda, yo puedo asegurar que me tarda el mismo tiempo en abrir por internet una consulta de 10,000 registros que una de solo 10, ojo, no me refiero a reportear los 10,000 registros sino a abrir una consulta que los involucre.

claro que localmente dificilmente encontraras una consulta que se tarde 3 segundos en prepararse, pero via internet es lo menos que se tarda.

[jachguate]

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.

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:


SQL>connect miservidor.com:/home/jachguate/db/laboratorio.fdb user sysdba password masterkey;
SQL>select rdb$relation_name from rdb$relations;


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?

Si hay alguna otra pregunta hacermela llegar directamente a xxx@hotmail.com

Por favor, ¡respetá la guia de estilo!, si no lo haces me veré obligado a cerrar este hilo.

[jachguate]

asi es... 3 segundos es lo mas o menos el tiempo que se tarda el firebird en preparar una consulta remotamente (me refiero a via internet),

¡No lo creo!

3 segundos se tarda tu aplicación en prepararla, pero es probable que tu capa de acceso a datos haga consultas al diccionario u otra información de la que precise para abrir la consulta, y eso ya es harina de otro costal, puesto que es algo sobre lo que firebird como motor no tiene control alguno.

Nuevamente, con isql recién hice una prueba sobre una conexión bastante lenta (donde el connect ha llevado aproximadamente 6-8 segundos), y la preparación de una consulta mas o menos complicada ha sido prácticamente instantánea.

Hasta luego.

;)