Consejos para empezar con firebird

[[seoane]]

Hoy vengo a pedirles consejo. Como ya comente en algún mensaje anterior apenas se nada sobre bases de datos, pero me ha surgido la necesidad de realizar una pequeña aplicación a modo de agenda, nada complicado, una amiga necesita organizar su trabajo (pedidos, fechas de entrega, etc ...) y me a preguntado si le podía hacer algo sencillo. Entonces se me ocurrió que seria una buena ocasión para curiosear un poco en el mundo de las bases de datos.

Revisando mensajes anteriores he encontrado algo sobre Firebird Embedded, y no tiene mala pinta. Pero antes de empezar a hacer nada, preferí pedir consejo a la gente que sabe mas que yo sobre este tema, no es cuestión de ponerse a reinventar la rueda

Así que admito cualquier tipo de consejos, sobre todo que componentes usar para acceder a la base de datos. En un principio, por problema de licencias, me gustaría utilizar el TurboDelphi Explorer, pero no estoy seguro si los componentes que trae me permitirían acceder a una base de datos en firebird.

Espero sus consejos, y gracias por adelantado.

[[Lepe]]

www.MDOLIB.COM son Libres y gratis, los uso actualmente con muy buenos resultados pero creo que hemos pinchado:

Empezado por tu web de Turbodelphi

La gratuita no permite instalar componentes nuevos ni expertos (plugins de asistentes) en el IDE.

Así que te quedas como estabas

PD: Pensaba no poner el post, pero si decides usar otro compilador, puede servirte.

Saludos.

[[seoane]]

Gracias Lepe, cualquier consejo es bienvenido. Además que no se pueda instalar en la paleta no quiere decir que no se pueda usar

[Paoti]

respetando los lineamientos de los turno


peudes conecar firebird mediando ADO u ODBC, claro con la consiguiente lentitud de la aplicación por la cpaa externa, más sin embargo, la direferencia sería que ahora tu apliacion es indepiendiente del mtoor de datos, usando oledb.



saludos.

[[seoane]]

Gracias Paoti, ahora mismo estoy probando con los componentes que me recomendó Lepe. Por el tema de no instalarlos en la paleta (que poder se puede aunque no esta muy claro si es legal), los estoy creando por código. Y por ahora voy lento pero seguro, puedo crear una base de datos,una tabla nueva, insertar valores nuevo y leerlos. Como se suele decir me estoy familiarizando con el entorno

Pero sigo admitiendo sugerencias, ¿que les parece la elección que hice de Firebird Embedded + MDO?


Sigo experimentando ...

[[Lepe]]

Usarás el Ib Expert en su versión gratuita para crear las tablas y demás ¿no?

Saludos

[[maeyanes]]

También puedes usar los componentes IBX, que vienen con Turbo Delphi. Eso si, con algunas limitantes en cuanto a lo que podrás usar de Firebird, ya que estos no soportan al 100% las caracteristicas nuevas de Firebird.


Saludos...

[[seoane]]

Empezado por Lepe

Usarás el Ib Expert en su versión gratuita para crear las tablas y demás ¿no?

Saludos

Pues no, ya dije que soy un poco novato en esto. Lo estaba creando por medio de un Script, usando el componente TMDOScript. Pero estaba buscando algo parecido a Ib Expert, gracias por el enlace.

Empezado por maeyanes

También puedes usar los componentes IBX, que vienen con Turbo Delphi. Eso si, con algunas limitantes en cuanto a lo que podrás usar de Firebird, ya que estos no soportan al 100% las caracteristicas nuevas de Firebird.

Si te refieres a los componentes Interbase Express no están disponibles en la versión Explorer, al igual que los Indy se copian durante el proceso de instalación pero cuando quieres agregarlos a la paleta de componentes muestra un mensaje de error diciendo que tu licencia no permite instalar esos componentes. Pero gracias por el consejo, la verdad es que ni siquiera me había fijado en ellos al no verlos en la paleta.

[[Lepe]]

Hombre, hacerlo por Scripts es lo suyo, incluso diría que es más rápido que con interfaz gráfica, ya que con tantos clics de ratón te aburres, y si son muchas tablas, peor que peor.

Tambien existe lo contrario, creas el diseño de la base de Datos (modelo entidad-relacion, tablas, sus campos y las relaciones) y un programa te da el sql para ejecutarlo en un Script creando todas las tablas, indices, etc. De hecho creo recordar que la versión de pago de Ib Expert lo tiene.

Tambien tienes IBUtils, que desde una BBDD Firebird, te devuelve el modelo entidad relación, permitiendo añadir campos, índices etc. Él genera las instrucciones sql (create index, alter table, etc ) y permite imprimir el modelo, es una gozada tener siempre el esquema a un golpe de vista (aunque ocupe 3 o 4 folios pegados con pegamento.

Lo que me gustó es que a cada tabla le puedes poner un color, así al grupo de tablas Clientes-Telefonos_De_Clientes le asignas un color, al grupo Factura-Productos-Detalles_de_Facturas le das otro color, etc. Cuando estas creando las ventanas para cada grupo, te centras en ese color, abstrayéndote del resto de detalles. Será una tontería, pero encuentro las cosas más rápido.

Es lo que tiene no querer pagar un programa en concreto (por ejemplo IB Expert Profesional) debes usar 20 programitas separados para tener la misma funcionalidad.

¿He dicho que IBUtils es Free?

Ya puestos a reunir programas Free y de buen uso, tambien está ESSModel, supongo que lo conoces, ya que no tiene nada que ver con BBDD, y ayuda en la OOP.

Otro más que uso es el Buscaminas... pero es más conocido

Saludos

[roman]

En cuanto a lo de crear a mano las componentes y demás, supongo que puede alkigerarse la carga si centralizas. Por ejemplo, en un DataModule creas por código tus objetos dataset y en los formularios colocas datasource y controles de edición que ésos sí se pueden insertar.

// Saludos

[[RONPABLO]]

el embebido es bueno, y ademas ayuda mucho el no tener que preocuparse porque el servidor de firebird no este corriendo, lo unico malo es que solo permite que una aplicacion se conecte simultaneamnete con el... pero en si... cuando lo necesites, pues simplemente montas el firebird SS o SC y listo, con las MDO aun no he trabajado, solo una vez las vi y son muy similares a las IBX, por ultimo un consejo que descubri con el tiempo... crea un DataModulo donde tengas todos los DataSets, todos los Querys y Coneccinoes, Transacciones y en si todo lo que se refiera del manejo de datos (es mas dentro de ese modulo crear procedimientos tales como guardar(consulta :TMDOQuery) donde mandas como parametro el dataset o la consulta que quieres le aseguro que ayuda mucho y ahorra dolores de cabeza..

[[Lepe]]

Empezado por RONPABLO

por ultimo un consejo que descubri con el tiempo... crea un DataModulo donde tengas todos los DataSets, todos los Querys y Coneccinoes, Transacciones

Depende de la filosofía que se quiera adoptar. Normalmente una ventana solo se abre una vez y despues se cierra, en ese caso tu filosofía es acertada.

Imagina que quieres 2 ventanas de clientes abiertas al mismo tiempo, una para modificar y otra para consultar datos de otro cliente, para copiar y pegar, etc. En este caso, si todas los MDODATASETS estan en el Datamodule, al moverte desde una ventana de Clientes, la otra ventana sigue los movimientos, porque comparten el mismo Dataset, al poner en Insertar una ventana, la otra tambien se pone. Obviamente en este caso, es necesario tener los MDODATASETS cada uno, en su Ventana, para que sean datasets independientes.

Te doy la razón en que siempre es bueno tener un Datamodule para situar el MDOTransaction y el MDODatabase, amén de esas rutinas auxiliares que comentas.

Saludos

[roman]

Pero entonces, ¿dónde queda la independencia entre la interfaz visual y el acceso a datos? Entiendo lo que quieres decir pero quizá sea entonces cuestión de adoptar otra ruta. Por ejemplo, no es tanto una cuestión de que todos los dataset estén en un mismo data module, es más bien el hecho de que estén separados de los formularios, aun cuando sea en varios módulos. Se podría, por ejemplo, usar un data module para los Clientes y, formulario que lo requiera, crea una instancia de ese data module. Así, puedes tener dos ventanas de Clientes por que cada una apunta a una instancia distinta del mismo data module.

// Saludos

[[Caral]]

Hola seoane
Despues de ver esto estoy un poco :

una amiga necesita organizar su trabajo (pedidos, fechas de entrega, etc ...) y me a preguntado si le podía hacer algo sencillo.

Voy a dar mi opinion, ya se que van a sonar todas las campanas, pero aun asi lo voy a hacer, de alunno a maestros.
No conozco bien Firebird, pero si veis por el foro encontareis que hay mas dudas que respuestas, a mi forma de ver cuando se quiere hacer algo sencillo que te lleve un par de horas, totalmente funcional, yo usaria Access, ya sonaron las campanas!!!??? , Lo se, limitantes, pero nada inalcanzable, trabajo con access en mi negocio, tiene mas de 800m, lo tengo ligado a MySql por si acaso, y no tengo ningun problema, es mas hasta por internet lo manejo,(me enseñaste tu a hacerlo ),es mi humilde opinion.
Crear bases de datos por codigo, enlazarlas via tal o cual modo, muy bonito, aprenderas mucho, pero de simple y sencillo nada de nada.
Te aseguro que con tu experiencia te sientas delante del ordenador y en una hora tienes un programa que haga lo que tu amiga necesita.
Ya se que vendra el chaparron, pero me agunto.
Saludos Maestro

[Kenobi]

Al igual que Caral con toda humildad digo o pregunto, porque firebird(ojo que ni lo conozco ni visto asi que habla la ignorancia)porque no MySql 5 que segun es muy bueno por otro lado eso que dijo Caral de tener ligado Access y MySql no se a que se refiere y porque usar dos manejadores juntos
en todo caso que tiene de especial firebird que usuarios bastante avanzados como ustedes lo usan ....


Gracias y disculpen el exceso de ignorancia...

[[RONPABLO]]

Porque Firebird?

1. Es la versión evolucionada de InterBase 6.0 (la cual fue Open Soure), cuando otras bases de datos estaban dando sus primeros paso (MySQL, Postrgres y hasta el SQL server que antes del 2000 era una... mejor no digo), Interbase ya estaba en el mercado con procedimientos almacenados trigers entre otras cosas.

2. Recursos. para mi es muy agradable que una aplicación que haga tantas cosas solo ocupe tan poco espacio en Disco y consuma tan pocos recursos, permitiendo trabajar en equipos que otros ya dan por obsoletos.

3. Tan rápido como MySQL pero con la diferencia de que solo maneja una sola tecnologia (MySQL tiene InnoDB (la cual ya la compro Oracle y que al usar esta se pierde esa gran velocidad de MySQL, y otras 3 0 4 mas que no recuerdo).

4. Soporte a bases de datos extremadamente grandes sin perdida de rendimiento (Casimiro nos mostraba alguna vez la noticia donde habían bds Firebird por el orden de los teras), SQL Server en la versión shareware no permite pasar a mas de 2G y una limitación de usuarios simultáneos (creo que son 6, no recuerdo mucho, porfavor me corrigen).

5. Una gran cantidad de componentes nativos en productos Borland (recuerda que Firebird es la evolución de Interbase 6, el cual es de la borland), que productos Dephi por ejemplo.

6. Es Open Source y Free Distribution con licencia Mozilla (que no es lo mismo a GNU).

7. Corre en varios sistemas Operativos, yo lo he usado desde win95 hasta vista y en Linux Red Hat, Mandrake y Debian (Red Hat y Debian fueron pruebas que me salieron muy bien en mandrake fue para un proyecto).

8. Permite conectar a .Net, ASP, PHP, Delphi, C Builder y otros muchos mas.

Como todo tiene defectos pero desde mis necesidades son desde muy lejos mas los pro que los contra

[[Lepe]]

MySql, según dice su propia licencia, puedes vender tu programa, pero tienes que entregar el código fuente con él, si no lo haces debes pagar una licencia de 600 €.

Firebird es totalmente gratuito y OpenSource.

El hecho de que haya más preguntas que respuesta en el foro de Firebird, es bien obvio. La gente viene a hacer sus preguntas antes de mirar los manuales... porque estan en inglés. Si eres o quieres llamarte programador, el inglés tienes que manejarlo, por lo menos leer y comprender, (no hace falta pronunciar bien).

Como ya dije en otro hilo, en mi mes de vacaciones me leí unas 1.500 páginas de los manuales de Interbase, no necesitas nada más, quizás, alguna pregunta por "falta de experiencia", pero no tienes que saltar al foro a preguntar por el NETFILEDIR de paradox. Los manuales te dicen todo lo que necesitas saber. Lo aprendes de primera mano, rápidamente y siguiendo un hilo que tiene un objetivo. En el foro se responden dudas concretas, pero no se puede explicar "Todo".

Las maravillas de Firebird Vs Access podrían ser (desde mi punto de vista):
- Los SP, esos grandes desconocidos. Equivalentes en Access a pedir una consulta, recorrer los datos (en delphi) de esa consulta, haciendo cálculos, añadiendo campos LookUp, realizando sumas, etc, y aplicando filtros personalizados. Con Firebird, lo haces en la BBDD, después usas un simple TQuery con "Select * from NombreStoreProcedure(parametro entrada)"

- Informar a todos los ordenadores de una red de la inserción de un nuevo cliente, factura, etc. En access usas un Timer para refrescar los datos cada X segundos. En Firebird, al insertar un nuevo cliente, el servidor informa a todos los ordenadores, y simplemente tendrás que cerrar y abrir las consultas. Es algo más eficiente ¿no?

[roman]

En mi opinión, en este hilo se está perdiendo un poco la perspectiva de lo que originalmente se preguntó y se pone a FireBird como la solución única para cualquier situación.

Se les olvida que FireBird tiene una curva de aprendizaje bastante mayor que otros sistemas:

Empezado por Lepe

en mi mes de vacaciones me leí unas 1.500 páginas de los manuales

¡Mil quinientas páginas! ¡Y en vacaciones! ¿¡Para hacer una agenda!? ¡UNA AGENDA!

¿Para qué quiero procedimientos almacenados, disparadores y quién sabe cuantas cosas más para hacer una agenda?

No estoy diciendo que no haya que aprender FireBird, pero como bien dijo Caral

Empezado por Caral

Cuando se quiere hacer algo sencillo que te lleve un par de horas, totalmente funcional, yo usaria Access

No me cabe la menor duda que quien inició este hilo tiene capacidad más que sobrada para aprender FireBird (u Oracle si me apuran), y hacer su agenda con ello, pero creo que no es necesario siempre matar pulgas con cañones.

Tanto las respuestas de RONPABLO como de Lepe, son muy interesantes, y ambas dan un buen panorama de lo que es y puede ser FireBird; pero no estamos hablando en general ni tratando de encontrar la solución última para cualquier sistema. ¿Que MySQL obliga a dar el código fuente? Cierto, pero, ¿para una agenda de una amiga, es esto terrible? ¿Que MySql se alenta con tablas InnoDB? Cierto, pero esto sólo ocurre con inserciones y actualizaciones masivas y no sería el caso ni para una agenda ni para muchas aplicaciones.

En fin, es sólo una opinión. No pretendo descalificar las otras, sino simplemente mantener en perspectiva las cosas.

// Saludos

[[egostar]]

Hola de nuevo después de un largo fin de semana (ayer lunes fue día de asueto en México) en el cual me olvidé de todo, de cualquier contacto con mi computadora, de internet, de mi correo, de todo....., bueno, no de todo.

Quiero complementar lo dicho por Roman, sin lugar a dudas, una agenda se puede hacer hasta con Paradox (lo prefiero a Access), pero, si nos ponemos un poco pesados, hacerlo con firebird me parece una buena opción, de hecho yo estoy desarrollando una agenda (tambien para una amiga.... vaya, se me hace que se hace moda eso de agendas para las amigas).

Bueno, la cuestión es que después de haber terminado la agenda, a mi amiga se le ocurrió que con la agenda pudieramos generar muchas mas cosas, es decir, el llamado ToDo, generar documentos como contratos, invitaciones, etc... ya que la agenda proporciona la información relativa a sus contactos.

Desde un inicio decidí hacerlo con Firebird, y no por otra cosa sino para aprender a usarlo, yo siempre hice sistemas con Paradox, cosa que me viene muy bien ya que como ha dicho Caral, los sistemas que hago son muy sencillos y bastaba con mi base de datos por excelencia.

Ahora, Firebird y su curva de aprendizaje si tiene su tiempo, pero he visto que me permite cosas en las que Paradox requiere de mayor esfuerzo, por ejemplo su uso local o en red sin tener que batallar con el BDE entre otras cosas.

En concreto, quiero decir, que para aprender a usar firebird (o cualquier otra base) no hay como una aplicación que no es de misión crítica donde te puedes dar el lujo de cambiarla si no es lo que habias pensado.

Desde mi punto de vista, claro esta.

Saludos.

[Casimiro Notevi]

Yo también pienso que firebird es perfectamente válido para una aplicación sencilla, como una agenda. Tengo algunos programillas del estilo que usan firebird y no encuentro que sea nada complicado, la curva de aprendizaje es mínima, jamás he leído 1500 páginas de manuales, ni nada por el estilo, a fin de cuentas todo se resume en un "insert" cuando se da de alta un registro, un "delete" cuando se borra un registro, un "update" cuando se modifica un registro, un "select" cuando se consulta un registro, un select con parámetros para sacar un listado o consulta de varios registros y... se acabó, no hay más, escasamente 5 sencillas sentencias sql. No hace falta conocer nada más de firebird.
¿Qué se gana?, potencia, seguridad, rapidez, fiabilidad, estabilidad... ocupa poquitos recursos, se instala en un momento y no ocupa nada.
Incluso podemos poner la base de datos en otro ordenador y acceder por red, o en cualquier lugar del mundo y acceder por internet o ponerla en un ordenador con linux y compartirla sin problemas.

Ya, ya... ya sé que hablamos de una agenda personal Pero y si esa amiga decide un día comprar un portátil y resulta que viene con ubuntu el programita será fácilmente reescrito con Lazarus y la firebird y la base de datos no necesitan nada porque ya funcionarían en linux

Ya sé que soy un pesao, jeje