[pyar] Consulta sobre base de datos mediana/grande con Django

[Leo Celis]

Nosotros estamos usando replication con django/mysq (300 facebook ads
accounts, a 10.000 ads cada una, es decir que hacemos reads/writes de 3M de
rows por hora)

La mayoría del tiempo funciona... cuando no funciona (hay un problema de
replicación) es muy difícil encontrar la causa ya que se pierden registros.

Estamos manteniendo esto por ahora, pero lentamente estamos migrando a
mongodb/cassandra. Los background jobs llenan estas bases y luego hacemos
los queries desde django. Puede ser overkill para tu proyecto si no maneja
grandes volumenes de datos, pero quería advertirte de los problemas que
conlleva el replication. Otros podrán dar sus testimonios al respecto.



2014-02-18 21:01 GMT-03:00 Ezequiel Brizuela [aka EHB or qlixed] <
qlixed en gmail.com>:

> Si es algo relacional, resolverlo con algo noSQL es agregarte un problema.
> Las bases relacionales funcionan en el 99% de los casos con muy buenos
> resultados.
> Y del 1% reatante, 0,5 se puede resolver usando base de datos relacionales
> + alguna otra tecnologia.
>
> Saludos.
> ~ EHB ~
> El feb 18, 2014 4:53 PM, "Leo Celis" <leo.celis en ampush.com> escribió:
>
> Mi experiencia no ha sido buena con múltiples dbs de mysql en django
>> https://docs.djangoproject.com/en/dev/topics/db/multi-db/
>>
>> Mi recomendación es que uses cassandra o mongodb
>>
>> Sent from my iPhone
>>
>> On Feb 18, 2014, at 1:08 PM, Daniel Moisset <dmoisset en machinalis.com>
>> wrote:
>>
>> 2014-02-18 9:52 GMT-03:00 Juan Rodríguez Monti <
>> juanrodriguezmonti en gmail.com>:
>>
>>> Buenas señores y señoras. Una consulta cortita y al pie para gente con
>>> experiencia en proyectos como el siguiente.
>>>
>>> Tengo un cliente, para el que vamos a hacer un desarrollo cuya base de
>>> datos tiene tablas con 5 o 6 millones de rows.
>>>
>>> ¿ Cómo ven la performance de Django para un requerimiento así ?. Con
>>> MySQL o PostgreSQL en la db.
>>>
>>> Todo el tiempo va a haber que hacer listados que usen y toquen esa
>>> cantidad de datos, no es que son datos que se van a acumular y sólo se usa
>>> una parte.
>>>
>>
>>
>> Ademas de los buenos tips que ya te tiraron, si lo que tenes es algo que
>> genera "reportes" (mucha lectura, y no te importa si los datos son de  *ya*
>> o de hace 10 minutos) posiblemente te convenga tener una replica y hacer
>> los reportes contra eso. django también soporta eso (tener multiples db y
>> elegir cual usas a la hora de consultar)
>>
>>
>> Saludos,
>>    D.
>>
>> _______________________________________________
>> 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
>>
>>
>> _______________________________________________
>> 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
>>
>
> _______________________________________________
> 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
>



-- 


*
<http://ampush.com/?&utm_source=emailsig&utm_medium=basic&utm_campaign=home>
Leo Celis*
Senior Software Engineer | Ampush
o: +1.415.295.4900 | m: +549.341.362.3211 | e: leo.celis en ampush.com
Visit Our Website<http://ampush.com/?&utm_source=emailsig&utm_medium=basic&utm_campaign=home>|
Subscribe
To Newsletter<http://ampushsocial.us4.list-manage1.com/subscribe?u=5a29f31710ef020d156bf134b&id=769d231738>|
See
Open Jobs <http://ampush.com/careers/>
 <https://www.facebook.com/AmpushSocial> <https://twitter.com/ampush>
<https://www.linkedin.com/company/ampush>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20140219/d9092790/attachment-0001.html>