[LUG.ro] MySQL vs. PostGre

[Mariano Benedettini]

----- Original Message -----
From: "Sebastian Flores" <software@argentina.com>
To: <lugro@lugro.org.ar>
Sent: Saturday, November 22, 2003 9:03 AM
Subject: RE: [LUG.ro] MySQL vs. PostGre


> Como diría un filósofo chino IMHO, después de varios años usando
bases de
> datos fui viendo diferentes características de las bases.
> 1) Si bien mysql soporta subqueries, no se puede hacer:
>  SELECT * FROM tabla1 LEFT JOIN (SELECT * FROM pelota) AS tabla2
ON...
> Esto me parece que se va a implementar en la versión 5.x

En la 4.1 va a estar disponible, aunque ese tipo de subqueries se
puede desglosar en un query común con una cierta pérdida de
performance (es "más mejor" si el server lo hace).

> 2) Tampoco tenes triggers. Tiene un par de funciones pedorras, cosa
que en
> PGSQL soporta algo parecido a los stores procedures de MSSQL (o algo
asi)

Yo puedo vivir sin triggers :). Lo que sí tiene PG son funciones
definidas por el usuario que son el equivalente a los PA de M$SQL.

>
> Creo que estos son 2 puntos fuertes en los cuales MYSQL hace agua
entre las
> DB de gran porte.
> Obviamente que si vas a hacer una pagina web usa MYSQL se la banca,
pero yo
> he hecho paginas web, que mas que una pagina termino siendo un
sistema, que
> a la hora de generar un reporte, si tenes que cruzar mas de 3 tablas
con
> algunas funciones de agregación.... te la regalo!... Tuve la suerte
que a la
> mitad del desarrollo salio la version 4 con la posibilidad de usar
UNION en
> las consultas, aun asi hay consultas que tengo que hacerlas con
tablas
> temporales.
>
> Bueno, espero que sirva para algo.

Gracias igual, yo apuntaba también al uso de transacciones que recién
salieron en MySQL y no quiero ponerme a desarrollar un sitio que use
transacciones para después descubrir que no funcionan como quiero y
tener que reescribir código para trabajar con PGSQL.