[pyar] [Django] MySQL o PostgreSQL ?

[Dardo Valdez]

Que tal, había leído algo de parches de Oracle para la última versión de
MySQL, que lo aceleraban muchísimo respecto de versiones anteriores (200%
?), ahora, tendría que ir a investigar ese tema en el site de la empresa y
ver si esa aceleración está incorporada al código abierto de MySQL (y por
ende la podrías llegar a usar), o está en alguna clase de plugin pago para
MySQL.

Más allá de la performance, IMHO, Postgresql es más apropiado para software
a largo plazo (licencia opensource, comunidad de desarrollo activa, estable
y con planes de desarrollo a mediano plazo ya en implementación), vs. el
caso de MySQL que podría en un año (o en 3 meses), cambiar de licencia
cambie o "algo", y ya estarías viendo si tenés que migrar a un fork, o ver
si la comunidad se "para" y empieza a desarrollar (y generar parches para
bugs en el peor de los casos).

http://www.h-online.com/open/news/item/Oracle-presents-much-faster-MySQL-beta-977448.html

http://dev.mysql.com/tech-resources/articles/introduction-to-mysql-55.html


Sldos.

yaco

El 5 de abril de 2012 11:52, Angel Freire <cuerty en gmail.com> escribió:

> 2012/4/5 Jonathan G Linenberg <jlinenberg en gmail.com>
>
>> 2012/4/5 samuel alfredo bustamante barrera <samuelbustamant en gmail.com>
>> >
>> > Hola amigos, mi consulta es sobre que BD es mas aconsejable usar en un
>> > proyecto que necesita velocidad de respuesta en búsquedas.
>> >
>> > Lo que leí en Internet es que MySQL es más Rápido y PostgrSQL es mas
>> > Robusto, pero no se cual estará mas optimizado para el ORM de Django.
>> >
>> > Gracias.
>> > --
>> > Samuel A. Bustamante B.
>> > _______________________________________________
>> > pyar mailing list pyar en python.org.ar
>> > http://listas.python.org.ar/listinfo/pyar
>> >
>> > PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>> >
>> > La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>> Argentina - http://www.usla.org.ar
>>
>>
>> PostgreSQL tiene algunos plug-ins interesantes para Django. Por
>> ejemplo GeoDjango, si bien podes usar otras DB en algunos ambientes
>> estas limitado solo a esa base.
>>
>> Saludos!
>> --
>> Jonathan G. Linenberg
>> Linux User # 521828
>> _______________________________________________
>> pyar mailing list pyar en python.org.ar
>> http://listas.python.org.ar/listinfo/pyar
>>
>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>
>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>> Argentina - http://www.usla.org.ar
>>
>
> En el blog de Jacob Kaplan Moss (uno de los creadores de Django) [0] el
> recomienda utilizar PostgreSQL:
>
> """Use PostgreSQL
> I’ll probably get lots of push-back from the MySQL community about this
> one, but in my experience PostgreSQL is much faster than MySQL in nearly
> every case."""
>
> En mi experiencia configurar Django para que se conecte a un pgpool II [1]
> y dejar que el se encargue de manejar las conexiones a las bases de datos
> resulta en una mejora importante en la performance. La única razón que
> encontraba para utilizar MySQL era la replicacion, pero desde PostgreSQL 9
> tenes una funcionalidad similar.
>
> Saludos,
> Angel
>
> [0] http://jacobian.org/writing/django-performance-tips/
> [1] http://www.pgpool.net/mediawiki/index.php/Main_Page
>
> --
> http://blog.cuerty.com
>
> "If you want to set off and go develop some grand new thing, you don't
> need millions of dollars of capitalization. You need enough pizza and Diet
> Coke to stick in your refrigerator, a cheap PC to work on and the
> dedication to go through with it."
> - John Carmack
>
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20120405/19e0e8a9/attachment.html>