Re: Compatibilidad MySQL/PostgreSQL

On 8/15/05, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> wrote:
> On Mon, Aug 15, 2005 at 03:15:28PM -0500, Rafael Taboada wrote:
> > Hola Alvaro. Y porque PostgreSQL es mas lento??? Que opciones hay para
> > revertir este inconveniente???
>
> Hay varios motivos: uno es que los chequeos sobre los datos de entrada
> son mas intensos (por esto es que MySQL acepta una fecha "31 de febrero"
> mientras que Postgres la rechaza). Esto agrega un poco de sobrecosto.
>
> Otro es que para poder implementar transaccionalidad, hay un sobrecosto
> de almacenamiento en disco; y por lo tanto para hacer busquedas, hay que
> leer mas estructuras en disco, perseguir mas punteros, lo cual hace un
> poco mas lento el recorrido.
>
> Ademas, se hacen ciertas operaciones para asegurar que tus datos van a
> seguir siendo validos aun en caso de que el suministro electrico se
> interrumpa. Caracteristicas asi, individualmente no imponen mucho
> tiempo de procesamiento extra. Pero entre todas, hacen que el sistema
> sea medible y consistentemente mas lento.
>
> Ahora, si te fijas bien, MySQL tambien tiene un modo transaccional: las
> tablas InnoDB. Es interesante notar que si haces comparaciones de
> rendimiento entre un sistema MySQL con InnoDB y Postgres, los resultados
> son muy similares.
>
> Otra cosa es que el motor de Postgres es mucho mas poderoso e
> inteligente que el de MySQL. MySQL es pura "fuerza bruta": su principal
> fortaleza es entregar respuestas muy rapidas a consultas simples.

En otras palabras, que si quieres consultas super veloces y no te
interesa si la informacion que vas a mostrar es correcta MySQL es tu
eleccion.
Si en cambio prefieres que la informacion sea confiable aunque tengas
que esperar unos milisegundos mas (con un poco de trabajo de
optimizacion) PostgreSQL es tu motor.

> --
> Alvaro Herrera (<alvherre[a]alvh.no-ip.org>)
> "In Europe they call me Niklaus Wirth; in the US they call me Nickel's
> worth.
> That's because in Europe they call me by name, and in the US by value!"
>

--
Atentamente,
Jaime Casanova
(DBA: DataBase Aniquilator ;)