Mi primera vez... con FireBird

[dec]

Hola,

¿En qué estaban pensando? Lo que quiero comentar (porque no me lo puedo quitar de la cabeza desde que pensé en ello por vez primera, creo que anoche, no mientras dormía) es la grata experiencia que he tenido con FireBird. Nunca, y cuando digo nunca es nunca, he realizado ninguna aplicación en Delphi utilizando bases de datos. Qué le voy a hacer: o no las he necesitado verdaderamente o es que quizás les tengo aún demasiado respeto.

Me refiero más concretamente a las bases de datos de tipo "SQL" (aunque posiblemente esto no exista, espero que sepan comprenderme, fiando en su fina inteligencia) porque con las otras, aunque todavía no he tenido experiencia cierta, lo cierto es que me temo que tampoco la voy a tener, una vez probado FireBird, una vez visto lo que este tipo de bases de datos pueden dar de sí, que no seré yo el que tenga que decirlo, ya de sobra se conoce y reconoce.

El caso es que siguiendo algunos que otros artículos/tutoriales firmados (gran parte de ellos) por Alfonso Ricaño Bringas y que se pueden encontrar publicados en la página Web Firebird en español he podido comprobar que no es tan fiero el león como lo pintan, quiero decir, para mí, que creía que era algo intratable el tratar con bases de datos como FireBird, por ejemplo.

Aún no hize nada, ni serio ni en broma. Solamente probar algunas cosas e irme percatando de lo que me queda por aprender, si preciso algún día ponerme con alguna aplicación en que piense utilizar el gestor de bases de datos mencionado. Pero todo ha ido mucho mejor de lo que yo esperaba, ciertamente, y creo que en parte gracias a los desarrolladores de FireBird.

Sé que, por ejemplo, tengo que pensar en SQL como una asignatura pendiente. He de aprender lo que pueda sobre este lenguaje, que, por cierto, desde un principio (con lo poco que leí sobre el mismo en algún que otro libro) me pareció algo fantásticamente pensado: es verdad que pocas cosas me parecen mal pensadas, en programación, para mí tengo que la gente hace verdaderas virgerías, y una de ellas pudiera ser el diseño y la consecución de algo como SQL. Hay por ahí cada programador que para qué.

Por ir terminando (justamente con lo que pretendía empezar este mensaje) diré que ayer mismo descargé la versión "Embedded" de FireBird, por aquello de probar cómo sería el tema de la distribución de una aplicación que hiciera uso del mismo en una máquina-cliente, esto es, en una máquina en que no se contara con el servidor de FireBird instalado y funcionando.

Pues menuda sorpresa me he llevado. Las instrucciones para hacer trabajar al "Embedded FireBird" no podían ser más sencillas. Para mí tenía antes de comprobar lo contrario (para que luego digan aquello de piensa mal, que acertarás) que la cosa se iba a poner complicada: que si copia este archivo aquí, que si no te falte esta DLL en este otro sitio, que si asegúrate de...

¡Nada de eso! Una DLL, una, ha sido necesaria para comprobar lo sencillo que puede resultar utilizar FireBird en una máquina-cliente. Una DLL que se copia en el directorio de la aplicación que vaya a hacer uso de la misma. Una DLL que tal vez pueda incluso copiarse en otros lugares (por el motivo que sea) porque la "instalación" del "Embedded" aún puede personalizarse todavía un poco más, quiero decir que podrían añadirse otros archivos, además de la citada DLL, pero, como digo, con esta he podido comprobar que los chicos de FireBird son de los monstruos programadores que envidio profundamente.

En algún Hilo de estos Foros (disculpad que no lo enlace) alguien comenta (creo que kinobi, o Neftali, o quizá Federico, no lo recuerdo exactamente) que hace diez años todavía podía plantearse la disyuntiva de usar bases de datos "de escritorio" o bases de datos de tipo "SQL", pero, que, hoy en día, esta disyuntiva no existe, gracias, entre otras cosas, a proyectos como FireBird.

Las prestaciones de unas bases de datos y otras parecen absolutamente destinadas a dejar a las primeras obsoletas, si no arriesgo mucho al decir algo así. Por otro lado, no estoy diciendo que no pueda utilizarse Paradox, por ejemplo, estoy diciendo que hoy en día acaso fuera lo suyo plantearse de entrada utilizar algo como FireBird, independientemente del proyecto en cuestión, por ejemplo, independientemente de que la base de datos vaya a contener (aún potencialmente) menos o más registros.

Y, bueno, tampoco quiero aburrirles más de lo que lo he hecho. Terminaré recomendando (si se me permite) la página Web Firebird en español, donde encontrarán no poca información respecto de FireBird en el idioma de Cervantes, que creo compartimos la mayoría de los "foreros" del ClubDelphi. En fin, como digo, espero no haber aburrido demasiado; tenía que decir lo dicho so pena de escrúpulo que no sé yo cómo hubiera terminado: ya no lo sabré nunca, puesto que al cabo terminé con el mismo antes de que se produjera, o en su incipiente crecimiento.

¡Saludos!

[Kreyser]

Hola Dec,

Con respecto al FireBird Embedded... aqui te dejo algo que encontre hace poco y me ha resultado muy interesante.

http://fhasovic.blogspot.com/2005/05...-into-exe.html

Con esta sencilla idea, solo distribuimos el ejecutable.

Saludos.

[Casimiro Notevi]

Empezado por dec

En algún Hilo de estos Foros (disculpad que no lo enlace) alguien comenta (creo que kinobi, o Neftali, o quizá Federico, no lo recuerdo exactamente) que hace diez años todavía podía plantearse la disyuntiva de usar bases de datos "de escritorio" o bases de datos de tipo "SQL", pero, que, hoy en día, esta disyuntiva no existe, gracias, entre otras cosas, a proyectos como FireBird.

No recuerdo ese comentario, pero sí estoy de acuerdo con él, llevo "tropecientos" años trabajando con bases de datos y la sencillez, simplicidad y, al mismo tiempo, potencia que ofrece Firebird es difícil de encontrar en otras. (Antes con interbase)

Uso firebird para proyectos grandes donde hay decenas de clientes conectados y también la uso con proyectos pequeños e incluso personales, para hacer una simple base de datos de mis libros.

Nunca he usado access ni paradox ni esas cosas, tampoco me ha hecho falta.

Saludos.

[dec]

Hola,

Empezado por Kreyser

Con respecto al FireBird Embedded... aqui te dejo algo que encontre hace poco y me ha resultado muy interesante.

Pues así me lo parece a mí también. Ya está descargado. A ver si cuando vuelva a la carga (espero que sí) puedo probar su uso, aunque acabo de descargar la demostración y parece funcionar bien. Algo que he notado es que incluye la librería "fbembed.dll" y "gds32.dll", pero estas son la misma librería... tengo entendido que hay que usar uno u otro nombre dependiendo de los componentes que se usen para conectar con la base de datos, pero, claro, si esto se conoce de antemano, acaso no fuera necesario incluir la librería por separado, si no es ya que se añade una sola, y se renombra, de manera que se "duplique"... no estoy seguro, pero, en todo caso, gracias Krayser por la información.

Empezado por Casimiro Notevi

(...) No recuerdo ese comentario, pero sí estoy de acuerdo con él (...)

Pues, si no estoy equivocado, porque he revisado esta noche otros Hilos, es posible que sea este mismo al que me refiero y en donde se hace el comentario susomentado.

[dec]

Hola,

Empezado por mi mismo

(...) Algo que he notado es que incluye la librería "fbembed.dll" y "gds32.dll", pero estas son la misma librería... (...)

En realidad se utiliza la misma librería. Únicamente que se extrae "dos veces" del archivo de recursos, esto es, a partir de la librería contenida en el archivo de recursos se crean dos librerías (que son la misma) con distinto nombre.

[Casimiro Notevi]

Empezado por dec

Pues, si no estoy equivocado, porque he revisado esta noche otros Hilos, es posible que sea este mismo al que me refiero y en donde se hace el comentario susomentado.

Tampoco hacía falta que te moletaras en buscarla, si te creo y estoy de acuerdo con el comentario

Saludos.

[dec]

Hola,

Empezado por Casimiro Notevi

Tampoco hacía falta que te moletaras en buscarla, si te creo y estoy de acuerdo con el comentario

No; si no ha sido ninguna molestia, hombre

En otro orden de cosas acabo de enviar al autor de la unidad "fb_embedded.pas", mencionada arriba por Krayser, una humilde revisión de la misma: básicamente he tratado de implementar la función "Remove" y he llevado a cabo algún que otro cambio sin mayor importancia. Si os place descargar dicha unidad la tenéis en el archivo que adjunto.

[dec]

Hola,

Dije más arriba que iba a escribir al autor (Fikret Hasovic) de la unidad "fb_embedded.pas" y así ha sido y me ha respondido muy amablemente. El caso es que no nos estábamos descargando la última versión de la unidad: en esta dirección se halla la última versión, que incluye no pocas mejoras, entre otras, una implementación de la función "Remove" mucho más elegante que la que yo mismo propuse también más arriba.

[Kreyser]

Buenas nuevamente,

Amigo dec, gracias por tu aportación, ya estaba implementando tus modificaciones en la unidad que adjuntaste... ahora mismo me descargo la versión actualizada. Gracias por la información y el link (queda archivado).

Lamento si mi link "no actualizado" ha causado perdidas de tiempo a cualquiera de vosotros.

Un saludo.

[dec]

Hola,

Empezado por Krayser

Lamento si mi link "no actualizado" ha causado perdidas de tiempo a cualquiera de vosotros.

No tienes nada de qué lamentarte, en mi opinión. Pero que ni mucho menos.