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

[[enecumene]]

Yo Particularmente, MySQL y FIREBIRD, y sí MySQL soporta procedimientos almacenados .

Saludos.

[[duilioisola]]

Yo voy a dar mi voto a Firebird... Nunca he tenido problemas.
(bueno, con la version 1 si, pero eso es prehistoria)

[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. "Oracle" es un motor que hace esto, pero este monstruo de base de datos queda fuera del tipo de proyectos que muchos de los foristas del Club Delphi trabajan, especialmente por los costos.

Una cosa interesante, la instalacion del motor la haces en menos de un minuto, a ver que otro motor de base de datos se puede instalar en tan poco tiempo. Es mas, en algunas ocasiones he asistido telefonicamente a algunos clientes en la instalación del motor y en cuestion de minutos las aplicaciones estan andando.

Sobre mySQL acuerdense que su licencia es dual, para proyectos comerciales hay que pagar, para proyectos de codigo abierto no es necesario.

No se porque la gente sigue convencida de que mySQL es gratis, no señor, nada mas lejos de la realidad.

La otra opcion es PostgreSQL, no lo he manejado, pero lo que he escuchado es que es muy similar en su lenguaje de procedimientos a Oracle, que es robusto aunque tambien he escuchado que la instalción requiere de cierta experiencia.

Bueno si en algo me equivoco por favor haganmelo saber.

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