[pyar] Django y CouchDB, ¿cómo pensarlo?

[Sebastian Bassi]

Yo estoy usando para un proyecto de Django los datos de usuarios en MySQL
con Janrain y los datos de la app en MongoDB con mongoengine. Hasta ahora
todo los contratiempos que tuve los he podido solucionar, si hubo problemas
fue por mi falta de experiencia y no por limitaciones de las herramientas.


2013/2/12 Juan Carizza <juan.carizza en gmail.com>

> Yo usaría el sistema de autenticación de Django (con MySQL, SQLite o
> Postgre). Y para los recursos sí usar CouchDB.
>
>
> El 12 de febrero de 2013 18:56, Andrés Gattinoni <
> andresgattinoni en gmail.com> escribió:
>
>> Hola listeros:
>>
>> Les cuento: estoy tratando de armar un sitio cuyo objetivo es gestionar
>> una base de datos colaborativa de "recursos". En este caso, un "recurso" es
>> un conjunto heterogéneo de datos, que varía según el tipo de recurso (puede
>> ser información sobre una revista, en cuyo caso los datos serán unos, o de
>> una biblioteca, en cuyo caso los datos serán otros) [0].
>>
>> Por la necesidad de flexibilidad, entonces, me pareció que sería una
>> buena oportunidad para incursionar en las bases de datos No-SQL y,
>> particularmente, en CouchDB.
>>
>> El tema es que estoy teniendo dificultades para pensar cómo diseñar mi
>> aplicación de Django con los conceptos, nuevos para mí, de CouchDB. Estoy
>> leyendo la guía de CouchDB [1], también empecé a experimentar con la
>> extensión para Django de CouchDBKit [2], y leí algunas guías sobre cómo
>> trabajar con Django y CouchDB [3], y todas estas cosas me sirvieron para
>> entender más o menos qué es CouchDB y cómo hacer para hablar con el
>> servidor de CouchDB desde Django. Pero me resuelven el problema conceptual
>> de cómo plantear mi aplicación.
>>
>> Por ejemplo: ¿cómo me conviene manejar el tema de la gestión y
>> autenticación de usuarios? ¿me conviene hacerlo a través de CouchDB (con su
>> sistema de autenticación), codear un modelo de usuarios que labure con
>> CouchDB como backend, o manejar los usuarios en una DB relacional con todas
>> las cosas bonitas de Django?
>>
>> También tengo otras dudas más específicas sobre el tipo de app que quiero
>> hacer yo, pero no quiero hacer el mail mucho más largo. Si alguno me puede
>> tirar una punta sobre dónde leer, o cómo empezar a pensar mejor esto,
>> estaría muy agradecido.
>>
>> Saludos,
>>
>> Andrés
>>
>> [0] Actualmente el sitio funciona sobre un MediaWiki, pero por distintos
>> motivos el modelo de wiki ya no me convence, y quiero algo que siga siendo
>> flexible, pero que me permita definir mejor los tipos de "recursos" y qué
>> datos los componen.
>> [1] http://guide.couchdb.org/index.html
>> [2] http://couchdbkit.org/docs/django-extension.html
>> [3]
>> http://www.ghachey.info/weblog/2012/04/29/my-first-encounter-django-and-couchdb/
>>      http://lethain.com/an-introduction-to-using-couchdb-with-django/
>>      http://eflorenzano.com/blog/2008/11/09/using-couchdb-django/
>>
>> _______________________________________________
>> 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
>



-- 
Sebastián Bassi. *sebastian.bassi en globant.com*
Lic. en Biotecnología con orientación en genética molecular.
Software Developer @ Globant.
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20130213/86d304c3/attachment.html>