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

[Galahad]

hola, tengo varias aplicaciones grandes (miles de líneas) desarrolladas sobre tablas planas (paradox). Necesito cambiar la base de datos a un soporte más seguro y potente, estoy valorando diferentes opciones:

1.-) Mysql : está muy extendido, existe multitud de información en la red y además se puede aprovechar después facilmente para integrarlo en páginas PHP y una aplicación web.

2.-) Postgresql: Según informaciones es una base de datos muy robusta y potente , tiene procedimientos almacenados (mysql no ), aunque es de la que existe menos ayuda-soporte en la red (parece ser).

3.-) Firebird : Parece ser la base de datos 'nativa' de delphi

¿ cual de ellas me recomiendan ?, por otro lado, lo que más me preocupa, hay que cambiar toda la lógica de la aplicación, los centenares de ttables que tengo en la aplicación tienen que desaparecer y ser cambiados por 'querys', alguien tiene algún link en el que se documente un poco en como cambiar toda esa lógica de tratamiento de base de datos basada en eventos de componentes (dbdrids,etc), a una arquitectura cliente-servidor (via procedimientos en la base de datos,etc)
Espero haberme explicado bien, espero me puedan ayudar...
saludos...

[Casimiro Notevi]

Firebird y PostgreSql, sin duda, no hay comparación con mySql, y además, ambas funcionan perfectamente por web.
Encontrarás muchísima ayuda, tutoriales, ayudas, manuales de todas ellas, no hay problema por ese motivo.

[[poliburro]]

1 - Mysql ofrece soporte a Procedimientos almacemados, funciones, disparadores, etc. Es una muy buena opción a considerar.

2 - Postgress es de lo mejor, casi al nivel de oracle, lamentablemente los conectores existentes en su mayoria se encuentran en fase beta.

3 - Firebird es un motor ampliamente usado por los colegas (No es mi caso). Así que tienes asegurada la ayuda a tus problemas si decides escalar con este motor.

Si solo tuviera estás tres opciones yo usaria mysql, De otra manera preferiria Oracle o MsSql.

En un primer paso, tus aplicaciones pueden seguir usando los TTables, y podrías ir migrando de forma paulatina a un modelo Cliente - Servidor.

Saludos.

[donald shimoda]

Empezado por levanteelx

hola, tengo varias aplicaciones grandes (miles de líneas) desarrolladas sobre tablas planas (paradox). Necesito cambiar la base de datos a un soporte más seguro y potente, estoy valorando diferentes opciones:

1.-) Mysql : está muy extendido, existe multitud de información en la red y además se puede aprovechar después facilmente para integrarlo en páginas PHP y una aplicación web.

2.-) Postgresql: Según informaciones es una base de datos muy robusta y potente , tiene procedimientos almacenados (mysql no ), aunque es de la que existe menos ayuda-soporte en la red (parece ser).

3.-) Firebird : Parece ser la base de datos 'nativa' de delphi

¿ cual de ellas me recomiendan ?.

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.

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

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