Foros Club Delphi

Foros Club Delphi (https://www.clubdelphi.com/foros/index.php)
-   Firebird e Interbase (https://www.clubdelphi.com/foros/forumdisplay.php?f=19)
-   -   Firebird vs PostgreSQL (https://www.clubdelphi.com/foros/showthread.php?t=89228)

WHILENOTEOF 20-10-2015 13:32:17

Firebird vs PostgreSQL
 
Hola, imagino que alguna vez se habrá planteado esta cuestión, pero como las bases de datos van mejorando sus prestaciones continuamente, me gustaría conocer la opinión de gente que haya trabajado con estas dos bases de datos en sus últimas versiones. La pregunta es cual de estas dos bases de datos recomendáis para un proyecto para Windows, actualmente con Firebird 2.1 (400 tablas, 600 procedimientos, 350 mb en disco). Me interesa opinión de gente que haya trabajado con las dos, porque suele pasar que gente que sólo ha trabajado con una piensa que es la mejor :D. Yo únicamente he trabjado con Firebird, pero hace poco vi un enlace de popularidad de bases de datos y PostgreSQL salía muy por delante (no recuerdo si la 5 ó 6), y en cambio Firebird salía en el treinta y tantos (si no recuerdo mal). Bueno si alguien puede ayudarme en la elección, agradecería sus comentarios.
Siempre he pensado que Firebird es una gran desconocida, pero a ver si el problema va a ser que no he probado PostgreSQL.

Casimiro Notevi 20-10-2015 14:37:18

Ambas son muy buenas.
Si la que usas van bien, no la cambies.
Dices que tienes una base de datos de 350 Mb. Eso no es nada, algunos tenemos clientes con bases de datos entre 50 y 100 Gigas, sin problema alguno.
Cambiar a postgrsql solamente te valdría la pena si vas a necesitar alguna de las características que no tiene firebird de momento.

WHILENOTEOF 20-10-2015 16:34:37

Cita:

Empezado por Casimiro Notevi (Mensaje 498135)
Ambas son muy buenas.
Si la que usas van bien, no la cambies.
Dices que tienes una base de datos de 350 Mb. Eso no es nada, algunos tenemos clientes con bases de datos entre 50 y 100 Gigas, sin problema alguno.
Cambiar a postgrsql solamente te valdría la pena si vas a necesitar alguna de las características que no tiene firebird de momento.

Gracias Casimiro por la respuesta, por lo que dices entiendo que hay alguna característica de PostgreSQL que no está disponible en Firebird. ¿Hay alguna importante en el terreno de velocidad/optimización?

Casimiro Notevi 20-10-2015 16:58:32

Cita:

Empezado por WHILENOTEOF (Mensaje 498138)
Gracias Casimiro por la respuesta, por lo que dices entiendo que hay alguna característica de PostgreSQL que no está disponible en Firebird. ¿Hay alguna importante en el terreno de velocidad/optimización?

No, más bien en características como clusters y cosas así.
En cuanto a velocidad, firebird es más rápido que postgresql.

mamcx 20-10-2015 18:51:13

Cita:

Empezado por WHILENOTEOF (Mensaje 498128)
Bueno si alguien puede ayudarme en la elección

Y cual es el criterio de elección? Mientras considero una falacia logica afirmar que NO ES cierto que herramienta/lenguaje X sea mejor/superior a Y, eso solo se puede establecer cuando es claro sobre QUE parametro/característica/caso de uso estamos hablando.

Es como si preguntaras "Cual es la chica mas linda?" y bueno, es probable que muchos concuerden que tal o cual *es* linda, pero no opinen igual al declararla la *mas linda*, si por ejemplo, algunos le dan mas peso a los ojos, otros a la figura, etc...

En general, la mayoría de las bases de datos relacionales maduras son buenas, pero empiezan a diverger dependiendo de que hablamos.

He manejado a mayor o menos grado casi una docena de engines, y pienso que sqlite (la mas "chiquita") cubre las necesidades de la gran mayoria de los casos, al menos, de la manera como la mayoria de los desarrolladores usan las bases de datos, incluyendo si pagan un platal inmenso en Oracle/DB2 (osea: Muchos raramente hacen algo mas sofisticado que hacer tablas, indices, CRUD & si acaso, vistas).

Solo aplicando correctamente el diseño de tablas y escribir SQL adecuado se puede ir muy lejos con cualquier motor. De ahi, ya cada producto tiene sus gracias particulares que el que las sabe usar le saca mucha ventaja.

Asi que si sabes FB? Primero actualiza a la ultima version, y busca entender y aplicar los conceptos avanzados que esta tenga. Repasa como es el modelo relacional, busca hacer consultas eficaces y aprende a leer el plan de consultas del motor.

Aprende PostgreSQL u cualquier otro. Aprender mas de 1 lenguaje/herramienta es siempre bueno, pero siendo conservador y seguir con lo conocido en tus desarrollos habituales a menos que ya tengas soltura en moverte entre ambientes y sepas que caracteristica(s) vas a aprovechar de la nueva herramienta...

WHILENOTEOF 21-10-2015 11:27:36

Cita:

Empezado por mamcx (Mensaje 498141)
Y cual es el criterio de elección? Mientras considero una falacia logica afirmar que NO ES cierto que herramienta/lenguaje X sea mejor/superior a Y, eso solo se puede establecer cuando es claro sobre QUE parametro/característica/caso de uso estamos hablando.

Es como si preguntaras "Cual es la chica mas linda?" y bueno, es probable que muchos concuerden que tal o cual *es* linda, pero no opinen igual al declararla la *mas linda*, si por ejemplo, algunos le dan mas peso a los ojos, otros a la figura, etc...

En general, la mayoría de las bases de datos relacionales maduras son buenas, pero empiezan a diverger dependiendo de que hablamos.

He manejado a mayor o menos grado casi una docena de engines, y pienso que sqlite (la mas "chiquita") cubre las necesidades de la gran mayoria de los casos, al menos, de la manera como la mayoria de los desarrolladores usan las bases de datos, incluyendo si pagan un platal inmenso en Oracle/DB2 (osea: Muchos raramente hacen algo mas sofisticado que hacer tablas, indices, CRUD & si acaso, vistas).

Solo aplicando correctamente el diseño de tablas y escribir SQL adecuado se puede ir muy lejos con cualquier motor. De ahi, ya cada producto tiene sus gracias particulares que el que las sabe usar le saca mucha ventaja.

Asi que si sabes FB? Primero actualiza a la ultima version, y busca entender y aplicar los conceptos avanzados que esta tenga. Repasa como es el modelo relacional, busca hacer consultas eficaces y aprende a leer el plan de consultas del motor.

Aprende PostgreSQL u cualquier otro. Aprender mas de 1 lenguaje/herramienta es siempre bueno, pero siendo conservador y seguir con lo conocido en tus desarrollos habituales a menos que ya tengas soltura en moverte entre ambientes y sepas que caracteristica(s) vas a aprovechar de la nueva herramienta...

Bueno, yo también pienso que no hay bases de datos mejores o peores sin más, lo son en relación a unas necesidades. Mi pregunta era porque no he trabajado con PostgreSQL, y buscando información en internet he visto que tenía más popularidad que Firebird, y desconocía si tenía alguna característica que me estaba "perdiendo". En mi caso lo más importante es la velocidad y rápido acceso a los datos. Por lo que comenta Casimiro Firebird puede ser incluso más rápida que PostgreSQL. Después he visto que esta cuestión ya fue planteada años anteriores, y las respuestas fueron prácticamente las mismas. Yo continuaré trabajando con Firebird, si puede ser con la versión 3.0. Gracias.

Casimiro Notevi 21-10-2015 11:34:34

Cita:

Empezado por WHILENOTEOF (Mensaje 498186)
B... y buscando información en internet he visto que [PostgreSql] tenía más popularidad que Firebird

Al igual que Windows tiene más popularidad que Linux, VB tiene más popularidad que Delphi, etc.
Sin embargo, Delphi es muchísimo mejor que VB, un servidor Linux es muchísimo mejor que Windows, etc.

mamcx 21-10-2015 16:12:02

Podria darse a entender que PostgreSQL es peor que Firebird por ser mas popular, Casimiro?

Ser mas popular es una indicacion, que puede o no indicar que es mejor en algunos aspectos. Popularidad es una caracteristica deseable en una herramienta/lenguaje porque implica que hay un ecosistema saludable. Pero dado que herramienta X & Y tengan un ecosistema saludable, el que el uno sea mas grande que el otro deja de ser tan importante cuando otros factores se toman en cuenta.

Tanto PostgreSQL como Firebird son buenas elecciones, y tienen ambos un ecosistema saludable, asi que de entrada, no hay pierde en elegir el uno u el otro.

Casimiro Notevi 21-10-2015 16:21:44

Cita:

Empezado por mamcx (Mensaje 498199)
Tanto PostgreSQL como Firebird son buenas elecciones, y tienen ambos un ecosistema saludable, asi que de entrada, no hay pierde en elegir el uno u el otro.

Por supuesto, PostgreSql también es muy bueno, yo lo escogería para sustituir a Oracle.

AgustinOrtu 21-10-2015 17:36:12

Cita:

Empezado por mamcx (Mensaje 498199)
Podria darse a entender que PostgreSQL es peor que Firebird por ser mas popular, Casimiro?

Ser mas popular es una indicacion, que puede o no indicar que es mejor en algunos aspectos. Popularidad es una caracteristica deseable en una herramienta/lenguaje porque implica que hay un ecosistema saludable. Pero dado que herramienta X & Y tengan un ecosistema saludable, el que el uno sea mas grande que el otro deja de ser tan importante cuando otros factores se toman en cuenta.

Tanto PostgreSQL como Firebird son buenas elecciones, y tienen ambos un ecosistema saludable, asi que de entrada, no hay pierde en elegir el uno u el otro.

Que tal PHP? o Flash? :D

Yo sustituiria ecosistema saludable por "ok bien, hay informacion"


La franja horaria es GMT +2. Ahora son las 16:29:11.

Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi