----- Original Message ----- From: "Sebastian Flores" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> 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. _______________________________________________ Lugro mailing list [EMAIL PROTECTED] http://www.lugro.org.ar/mailman/listinfo/lugro
