Firebird vs PostgreSQL...

[Casimiro Noteví]

El nombre es PSQL. Aquí llevas algunas características, te hago un copia->pega

¡No te dejes engañar por el tamaño del instalador!; Firebird es un poderoso y completo RDBMS. Puede manejar bases de datos desde solo unos cuantos KB hasta muchos Gigabytes con muy buen desempeño y prácticamente libre de mantenimiento!
Sus principales características son:

• Completo soporte para Procedimientos Almacenados y Disparadores
• Transacciones 100% ACID
• Integridad Referencial
• Arquitectura multi-generacional
• Bajo consumo de recursos
• Completo lenguaje interno para procedimientos almacenados y disparadores (PSQL)
• Soporte para Funciones Externas (UDFs)
• Poca o ninguna necesidad de DBAs especializados.
• Prácticamente no requiere configuración - solamente instalas y ¡comienzas a usarla!
• Gran comunidad y muchos sitios donde podes encontrar excelente soporte gratuito.
• Versión incrustada - ideal para crear catálogos en CDROM, versiones mono usuario, de evaluación o portátiles de las aplicaciones.
• Docenas de herramientas de terceros, como herramientas de administración gráficas, herramientas de replicación, etc.
• Escritura segura - recuperación rápida, ¡sin requerir logs de transacciones!
• Muchas formas de acceder a tu base de datos: nativo/API, drivers dbExpress, ODBC, OLEDB, proveedor .Net, driver JDBC nativo tipo 4, módulo Python, PHP, Perl, etc.
• Soporte nativo para todos los principales sistemas operativos, incluyendo Windows, Linux, Solaris, MacOS.
• Copias de seguridad incrementales
• Disponibilidad de binarios en arquitectura de 64bits
• Implementación completa de cursores en PSQL
• Tablas de Monitoreo
• Disparadores a nivel de Conexión y Transacción
• Tablas Temporales

[[fjcg02]]

Hola,
personalmente pienso que el PL/SQL de firebird es más sencillo que el de Oracle , aunque lógicamente tienen algunas diferencias.

Ahora, la versión de Oracle que conozco es la 8.0 creo , que data del año 1998 o antes. Quiero decir que puede ( seguramente ) habrá cambiado algo ( espero que a mejor ).

Por si a alguien le vale la opinión. Y es eso, una opinión, no quiero comenzar un debate entre me gusta más tal o es mejor cual. No pienso responder

Saludos

[[movorack]]

Cuando chico, tener un televisor a color en el barrio era casi lo mismo que ser famoso... todas las tardes se llenaba la casa de aquel que tuviera una pantalla a color por diminuta que fuera... con el pasar de los años; a las ventas de electrodomesticos informales comenzaron a llegar televisores SONI, ZONY y cosas así... en ese tiempo comprar un televisor de esos era tirar los pesos al aire... se dañaban enseguida... con el tiempo estas marcas no solo los han ido mejorando sino que han vuelto la tecnologia mas accequible al ciudadano de apie.

Y algo así sucedió con las bases de datos... en su momento PL/PGSQL debio ser mirado con exepticismo por Oracle y que decir de los motores que apenas hacian su aparición al mundo libre. Pero hoy día todos estos motores han evolucionado... y muy bien... con InnoDB puedes tener muchas cosas de las que se le criticaban a MySQL cuando llegó al mercado.

Si algo extraño en PostgreSQL son las tablas con columnas que puedan tener como valores por defecto, calculos a partir de otras columnas de la misma tabla (FB). Pero aunque conocí el concepto de procedimientos almacenados en FB fué en PostgreSQL donde lo vine a profundizar y creo que por ahí fué donde le tomé tanto amor.

en realidad el punto que mas inclinó la balanza fué la forma en la que podia accesar a una base de datos... En interbase tenia que armar una linea con la ruta del archivo (creo que era algo como '10.0.0.1:C:\miprograma\base.gdb') y eso me traia de los pelos... entonces un desarrollador de VB me mostró Postgres y ví que solo establecia la IP del servidor, usuarios, contraseña y el nombre de la DB sin importar su ruta... eso me gustó... me iba a enfrentar a un escenario donde eso era importante.

Conozco a algunos desarrolladores (no solo delphi) que teniendo un motor que soporta los procedimientos almacenados, siguen haciendo los procedimientos desde el programa o pagina (hacen los selects, guardan variables, hacen updates, y más)... muchas veces esto es un complique y usan no solo mas linea sino mas memoria y mas tiempo que si hubiesen usado un procedimiento almacenado; y si les preguntas que porque lo hacen así, te darás cuenta que es desconocimiento mas allá que cualquier cosa.

Hace un tiempo conversaba con alguien que las tablas temporales me habian ayudado un montón... me dijo que lastimosamente firebird no puede crear tablas temporales y fuí... revisé la documentación y desde la versión 2.1 si lo hace.

hoy dia ya en los comercios no encuentro televisores SONI ni ZONY (tratando de imitar); Encuentro unas nuevas marcas con su estilo propio y muy bien elaborado... marcas que ni habia escuchado de chico pq nacieron no hace mas de 10 años. Funcionan, se vén bien, tienen buena tecnologia y cuestan mucho menos.

[Casimiro Noteví]

Tienes razón en lo que cuentas sobre la forma de usar estas bases de datos, la mayoría de programadores, incluso profesionales, siguen usándolas como si fuesen una .dbf y lo hacen todo en el delphi (basic, c, etc.) en lugar de programarla en sus procedimientos, triggers, etc.

Empezado por movorack;358560[..

Si algo extraño en PostgreSQL son las tablas con columnas que puedan tener como valores por defecto, calculos a partir de otras columnas de la misma tabla (FB).[..]

Quiéres decir que no se puede tener un campo "total" que sea la suma de los campos "base" más el campo "iva" ?, o sea, un campo calculado.?

[[movorack]]

Como definición de la tabla no... dice ERROR: cannot use column references in default expression

Código SQL [-]
CREATE TABLE ejemplo (
  id  integer  not null primary key,
  value1  integer not null default 0,
  value2  integer not null default 0,
  total   integer not null default (value1 + value2)
);

[Casimiro Noteví]

En firebird sería algo así:

...
total computed by (value1+value2) 
...

Aunque no recuerdo haberlo usado nunca

[jorosmtz]

Muchachos, les agradezco mucho estos post que hacen, la verdad me están instruyendo mucho. Me gustaría siguieran compartiendo sus experiencias, dificultades, y demás cosas raras que les han pasado, fortalezas y debilidades de los RDBMS que manejan, eso la verdad me ayuda bastante, que aunque ya me decidí por Firebird, se que me voy a topar con muchas cosas que tendré que sortear.

Gracias por su ayuda.

[yapt]

Empezado por Casimiro Notevi

El nombre es PSQL. Aquí llevas algunas características, te hago un copia->pega

Gracias Casimiro Notevi.

Lo de tener una versión para incrustar... esto si que lo echo de menos en PostgreSQL. Sic....

Empezado por movorack

Como definición de la tabla no... dice ERROR: cannot use column references in default expression

Código SQL [-]
  total   integer not null default (value1 + value2)

Yo hago estas cosas con TRIGGERS (pero estaría bien que funcionasen las defaults tal como describes).

La verdad es que una parte muy importante de mis desarrollos están basados en el lenguaje procedural del servidor (PL/PgSQL en este caso) y estoy encantado con su rendimiento y facilidad.

Si hay algo que me gusta mucho del equipo de desarrollo de PostgreSQL es su "afición" a salirse lo menos posible del estandard y cumplirlo lo más estrictamente posible.

En cuanto MySQL. Hay muchas cosas que no me gustan (algunas de ellas las he sufrido en mis carnes). Si. Por desconocimiento, seguramente, pero "soy rencoroso con las bases de datos"... jejejejeje



Saludos.