Migrando de InterBase a Firebird

[[Caral]]

Hola
Creo que es logico pensar que la mejor manera de programar un query es por medio de la generación del texto por código y no usando su propio editor ya que asi se puede usar una y otra vez el query en el mismo programa, ademas de ser mas limpio y facil de entender.
Si partimos de que la persona que pregunta tiene muchos query en su programa podemos pensar que no es un programador avanzado (como yo), por consiguiente dudo que tenga eventos programados, campos personalizados, vistas u otros menesteres.
Usando esta analogia si simplemente se le cambia la ubicación al nuevo query (en el datamodule) y se le nombra igual que el query al que se reemplazara el programa no se dara cuenta de que paso, simplemente usara el nuevo query con su nueva conexión.
Para mi es lo mas sencillo, mas teniendo en cuenta que revisar y cambiar todos los componentes de un programa sera una labor ardua y se necesitara probarlo muy bien por si algo quedo suelto, que sera muy probable.
Como siempre metiéndome en camisa de once varas....
Saludos

[[RONPABLO]]

Empezado por Caral

Hola
Creo que es logico pensar que la mejor manera de programar un query es por medio de la generación del texto por código y no usando su propio editor ya que asi se puede usar una y otra vez el query en el mismo programa, ademas de ser mas limpio y facil de entender.
Si partimos de que la persona que pregunta tiene muchos query en su programa podemos pensar que no es un programador avanzado (como yo), por consiguiente dudo que tenga eventos programados, campos personalizados, vistas u otros menesteres.
Usando esta analogia si simplemente se le cambia la ubicación al nuevo query (en el datamodule) y se le nombra igual que el query al que se reemplazara el programa no se dara cuenta de que paso, simplemente usara el nuevo query con su nueva conexión.
Para mi es lo mas sencillo, mas teniendo en cuenta que revisar y cambiar todos los componentes de un programa sera una labor ardua y se necesitara probarlo muy bien por si algo quedo suelto, que sera muy probable.
Como siempre metiéndome en camisa de once varas....
Saludos

Teniendo en cuenta que él dice:

Empezado por Carmelo Cash

Hola Foro:

Trabajo con Delphi 7 y he comenzado la migración de un sistema que utiliza InterBase 6.0 y se conecta con BDE 5.01.

Actualmente para conectarme utilizo un TDatabase de la paleta BDE y para las consultas utilizo (cientos de) TQuery tambien de la paleta BDE.

Creo que puede estar en un punto en el que yo estuve hace varios años y fue migrar de paradox a MySQL y luego a Firebird, en ese momento la aplicación usaba los TTable (algo muy malo que pone muy lento la aplicación), pero afortunadamente no tenía programación en los eventos de dichos componentes aunque si tenida muchos campos editados, el cambiar de base de datos (2 veces) fue un proceso largo, monótono y tedioso ya que se tenía cientos de componentes TTable, unos pasaron casi derecho, solo era poner con el mismo nombre el componente TTable, pero muchos más tenían algunas referencias maestro detalle que no fueron muy transparentes... Particularmente creo que hay que ver cual es el caso particular en los cientos de TQuerys que tiene.

[Carmelo Cash]

Gracias a todos los que ayudaron.

Les comento que hice. Hice lo que dijo Casimiro

"En teoría, no tienes que tocar nada en el programa....."

Luego de instalar fb, Instalé el BDE en una pc con windows 7, copié la aplicación y se conectó y abrió y funcionó rapidísimo y se pinchó.

En realidad funciona todo menos un proceso que genera facturas, luego de generar alrededor de 2000 (dosmil) me aparece "OUT of memory"

En la versión de InterBase para XP genera sin problema 8000 (ochomil) y no da ese error.

Ahora no sé si tratar de detectar y solucionar ese error o cambiar todos los componentes y ver si será eso.

[Carmelo Cash]

Se me olvido decir que aveces aparece

"Out of memory" y otras veces

"Out of memory while expanding memory stream"

[Carmelo Cash]

Bueno, encontré el problema, era un TMemoryStream que creaba al crear el formulario y lo liberaba al cerrarlo.
Ahora lo creo y lo libero cuando lo voy a usar y listo. ya se arreglo.

Ahora hay que ver otras cositas pero creo que ya estamos

Gracias mil por todo.

[Patricio]

carmelo, me comentas un poco tu experiencia de pasar de interbase a firebird asi lo intento....gracias

[Casimiro Noteví]

Es muy simple (te contesto aunque no sea Carmelo).
Ten en cuenta que firebird 1.0 es lo mismo que interbase 6.0 (interbase liberó el código y permitió que se creara firebird), después interbase volvió a cerrar el código (estamos hablando de tipos de licencias) y cada uno siguió su camino por separado, pero en general son muy compatibles.
Así que en tu caso no tendrás ningún problema en pasar de interbase a firebird.
Te recomiendo los siguientes pasos:
1. Desde tu sistema con interbase crea una backup transportable de la base de datos.
Algo así como:
gbak -b -t -v -user sysdba -password masterkey tubasededatos.gdb tubasededatos.gbk
2. Desinstalas interbase, asegúrate de borrar gds32.dll (búscalo y bórralo manualmente).
3. Descarga firebird 2.5 de la web de firebirdsql.org (Puedes usar esa versión en lugar de las más modernas).
4. Instala firebird
5. Restaura tu back, algo así:
gbak -c -v -p 8192 -user sysdba -password masterkey tubasededatos.gbk tubasededatos.fdb


Y listo.