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

Juan Carizza juan.carizza en gmail.com
Mar Feb 12 19:12:50 ART 2013


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
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20130212/ea1ba9d2/attachment.html>


More information about the pyar mailing list