que base de datos usar ?, modelo cliente-servidor ?

[Casimiro Noteví]

Empezado por donald shimoda

Amigo, como ves cada uno te responderá de acuerdo a sus experiencias. En mi opinión Firebird se lleva los premios lejos.
PostgreSql sería la segunda opción (si algún día encuentro algo que realmente haga mejor que Firebird y los conectores como mencionó el amigo evolucionan lo suficiente).

MSSQL ni soñarlo, para que? Gracias igual.
Oracle??? Para que?
Estas dos requieren de un DBA es decir alguien específicamente administrándolas, en mi humilde opinión no sirve. Entiendo que para ciertas aplicaciones monstruosas puede justificarse, pero dudo que si ese fuera el caso de tu aplicación estuvieras consultado aqui, ya hubieras contratado alguien que lo haga por ti. Por si se malinterpreta, me refiero a que si estuvieras en el proyecto de semejante monstruo la tela disponible sería mucha. Espero que ese no sea el caso si estas pidiendo consultas gratis!!!!

Para finalizar, yo tengo sistemas que están funcionando todo el día, todos los días de su vida y NUNCA tuve un problema con firebird. Tiene CERO mantenimiento (esperen, eso será una ventaja??? ) y es totalmente estable si sigues la regla de no dejar transacciones flotadoras.

Resumen: Firebird. Por lo menos asi lo veo yo (grande NIMO).

Saludos.

Total y absolutamente de acuerdo. Mantenimiento CERO.

Empezado por lbuelvas

Me inclino por Firebird, he desarrollado varios proyectos con este motor y los unicos problemas que he tenido es cuando el cliente no tiene cuidado de "colocar" una U.P.S al servidor donde corre la base de datos y se corre el riesgo de que se corrompa la base de datos ante una ciada de un falllo electrico y que algun usuario este efectuando lo que se conoce como una operacion "critica", es decir, que en ese justo momento este escribiendo un registro sobre la base de datos, pero igual, este probleme se presenta en la mayoria de motores de bases de datos, aunque algunos cuentan con mecanismo para en reversa por medio de las bitacoras (logs) se restablesca la base de datos a un punto determinado en el tiempo.[..]

Precisamente, Firebird no tiene ese problema, se autorecupera sola, inmediatamente y sin intervención humana de ningún tipo. Es muy, muy, muy difícil que se estropee... y en todo caso, un backup/restore soluciona casi todo

[Galahad]

Gracias a todos los que habeís contestado, me he instalado Postgres y tiene muy buena pinta, pero gracias a vuestros mensajes, me decanto por Firebird, voy a empezar a 'pelearme' con él, espero algún día poder ayudar a otros tal y como vosotros me habeis ayudado.
Gracias de nuevo...

[[duilioisola]]

De "pelear" nada... Firebird se deja ganar facilmente ;-)
Es muy sencillo: de instalar el servidor, el cliente y de usar.

[Angel Fernández]

No conozco Postgress ni MySQL. Una vez instalé MSSQL Server y me costó una hora hacerlo. Para configurarlo tienes que leer varios libros. Luego lo desinstalé y aún tengo carpetas perdidas por el disco duro con archivos de MsSql.

Firebird se instala en dos minutos (120 segundos de reloj) en una sola carpeta. Tienes un montón de componentes de acceso (MDO, FIBPLUS, etc, muchos de ellos gratuitos) y, quizá lo mejor, tienes la mejor ayuda del mundo: estos mismos foros.

Yo empecé de cero y sólo mirando los hilos del foro de FB he aprendido un montón.

Ahora mismo, estoy usando FB 2.0 para una base de datos inmensa, que recoge información de 70 sensores cada minuto. Tengo más de 6 millones de datos y va como la seda (ocupa 1,5 GB en el disco duro).

Eso sí, he tenido que leer y preguntar mucho en estos foros y siempre he sido diligentemente atendido. Busca por ahí a ver si encuentras lo mismo para Postgress (quizá sí, ojo, no lo he probado ni estoy desacreditando a nadie).

Por mi experiencia, sin duda: Firebird.

Un saludo.

[Galahad]

Muchas gracias Angel, efectivamente la información y soporte encontrados en este foro son la razón más importante que me ha llevado a elegir esta base de datos, gracias por tu información, aprovecho para preguntarte la primera .... ¿ que componentes de acceso utilizas ?, en el foro he visto buenas referencia de los FIBPLUS....
Saludos...

[donald shimoda]

Empezado por levanteelx

Muchas gracias Angel, efectivamente la información y soporte encontrados en este foro son la razón más importante que me ha llevado a elegir esta base de datos, gracias por tu información, aprovecho para preguntarte la primera .... ¿ que componentes de acceso utilizas ?, en el foro he visto buenas referencia de los FIBPLUS....
Saludos...

Los he usado antes de pasarme a DataAbstract, he incluso con dataabstract. Son muy buenos, para ,mi al momento los mejores, pero recuerda que son de pago.

Saludos.

[Angel Fernández]

Empezado por levanteelx

.... ¿ que componentes de acceso utilizas ?, en el foro he visto buenas referencia de los FIBPLUS....
Saludos...

Como te dice el amigo Donald, FIBPLUS quizá sean los mejores, pero de pago. Si usas MDO te olvidarás de FIBPLUS, y éstos últimos son gratis. Quizá un pelín más lentos pero cuestión de muy poco. Busca en los hilos porque creo recordar que alguien hizo una comparativa muy interesante entre varios componentes entre los que estaban MDO, FIBPLUS, ZEOS y otros. Zeos no los he usado nunca, pero en los foros dicen que son más lentos.

Y también creo recordar que Casimiro en un hilo, hace tiempo, hablaba de que los FIB no debían ser de pago porque estaban desarrollados sobre FREEIB unos componentes antiguos de código libre.

En fín, como te dije, investiga en este foro y encontrarás muchísima información interesante.

Suerte.

Un saludo.

[donald shimoda]

Empezado por Angel Fernández

Y también creo recordar que Casimiro en un hilo, hace tiempo, hablaba de que los FIB no debían ser de pago porque estaban desarrollados sobre FREEIB unos componentes antiguos de código libre.

En realidad depende del tipo de licencia en que estén apoyados. Dudo que este sea el caso (que haya algún tipo de violación) dado que tanto IBX(Borland/Codegear/Embarcadero..pararemos ahi????) como FIB+ están basados en FREEIB.

Saludos.