Consejos para empezar con firebird

[[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