What you need to know to use couchdb and python + django


** Warning!! this post is in construction, but it could help others as is.**

When I first tried to use CouchDB and Django I found two articles showing how, but both lacking some explanation. You are highly recomended to check them. These are the two:

A little brief. What to expect.

So this is a NoSQL database. This means you won’t be running queries on it. You will basically be accessing pre-defined mapping/reducing functions. This is an exemple of a mapping function:

function(doc) {
	if (doc.doc_type == "Language"){
		emit(doc._id, doc);
	}
}

It will iterate over all your rows and map an id to an object according to your pre-defined logic. These dudes are stored in your couchdb server, so you just go there and create new mapping functions, they will be availiable at a given URL, and that’s how you are going to retrieve your objects.

Motivation

I was starting a project that would use lots of versioning. Since I am not the type of guy that always use the same tool, no matter the problem domain, I opted for using some document based database.

My first stop was at http://nosql-database.org/. They have a nice and comprehensive list of no-sql databases, and separated by categories. My choice was CouchDB, first because I come from a Rails background, this was the perfect oportunity to get a deeper knoloedge, on something I have always just played with. Second because it has a very nice REST API, and I find it very cool.

My second option was MongoDB. This DB also is very interesting to me, also a very popular NoSQL database, but it doesn’t seems to support REST out of the box. Another feature from CouchDB is the Futon. This might be a futile feature, but it is cool to have a nice interface to use when testing all your mapping and reducing stuffs.

So I opted for CouchDB. What now?

Installation

# yes. I'm using Ubuntu
$ sudo apt-get install couchdb

# to install on django with venv
$ pip install couchdbkit

Configuration

COUCHDB_DATABASES = (
	('django_app_name', 'http://10.0.2.15:5984/database_name'),
)

And that is it!

About CouchDB

There are a lot of places where you can find information about couchdb and how it works. A nice place to start is http://couchdb.apache.org/. I will not spend time talking about NoSQL so I am cutting to the point and speak key features. You can digg it by yourself for more information.

Versioning. CouchDB is based on versioning. This means that when you alter some document in your database it does not update fields in a row, instead it will create a new copy of that document, and store it as a new revision.

CouchDB has some important concepts you have to know. One is the Document and other is the View. Sure, there are more, but with these two we can go from here.

Document

Let me quote a book that is a must read if you happen to work with CouchDB:

Documents are CouchDB’s central data structure. The idea behind a document is, unsurprisingly, that of a real-world document.a sheet of paper such as an invoice, a recipe, or a business card. We already learned that CouchDB uses the JSON format to store documents. (…)

CouchDB - The Definitive Guide

Views

This could be compared to your queries. But they are not. They are mapping/reduce functions. When you query a view, it does all the map/reduce functions you have written and return a document with the results.

View results are stored into files, and will run again only if a document has changed.

Let’s make some Documents and Views.

Futon

Before engaging in the views development per say, let’s have a look at Futon, the default web interface for CouchDB. You can get there by openning http://localhost:5984/_utils/. You should land on a screen that looks like the one bellow.

Initial futon screen

One of the things you can note is that it is empty, so let’s start doing some work on this. We are going to create a database. Click on “Create Database…” and name it “languages” (all the examples are from the application I am building, and because I could NOT use the same “fruits” database from the other articles.)

Clean database screen

Now you should have a database, but with no documents. Creating documents… Well nevermind… Let’s create documents within our django application. You should be able to create documents from inside the interface with no problem. Be said that it is as simple as filling the fields you like. Remember, is schema free.

Django Project Illustration

A simple django application structure.

languages/models.py from couchdbkit.ext.django.schema import *

class Language(Document):
    name            = StringProperty(required=True)
    license         = StringProperty(required=False)
    description     = StringProperty(required=False)

But what it means? This is a document. CouchDB is schema free, so you won’t have to make any initial configuration, as you would using a relational database. This class represent a document that has a name, description and a code. Of course we kind of freeze our database saying it will have those fields, but the documents really are not. This is just for mapping our documents to our class.

Important! Using CouchdbKit it will automatically add into your document the field doc_type equal to your class name.


languages/views.py # some imports were hidden from langs.models import Language from django.core.context_processors import csrf

def new(request):
    c = dict(csrf(request))
    return render_to_response("langs_templates/new.haml", c)

def create(request):
    lang_desc = Language()
    lang_desc.name = request.POST['name']
    lang_desc.license = request.POST['license']
    lang_desc.description = request.POST['description']

    lang_desc.save()

    return render_to_response('langs_templates/index.haml')

And that is it!

So another simple code that will save an object to our database. Creates an instance of Language and set its attributes. Saves it. Render the template.

Get some view online. It can be as the following: <form action='/languages/create/' method='post'> Name

	license
	<input type='text' placeholder='Language licensing' name='license' />

	Description
	<textarea rows='6' placeholder='Language description' name='description'></textarea>
	<button class='btn' type='submit'>Submit</button>
</form>

This is just some code for you to follow, it is not guaranteed to work and you probably have a very different enviroment. So be sure to stick with the logic. Be sure you get your routes working ok.

Now create some documents. You can create at the Django shell and save them.

>>> from langs.models import Language
>>> l = Language()
>>> l.name = "python"
>>> l.description = "the best lang"
>>> l.license = "I don't care"
>>> l.save()
>>> l = Language()
>>> l.name = "java"
>>> l.description = "a language that is slow"
>>> l.license = "also dont care"
>>> l.save()

And right now, if you open your web interface, you will see that there two languages were created. Awesome! So it is working already.

Two languages added

Added two documents</caption> </a> ##### Continue reading... Right now you should check these documentation: * [Document](http://couchdbkit.org/docs/api/couchdbkit.ext.django.schema.Document-class.html) * [DocumentSchema](http://couchdbkit.org/docs/api/couchdbkit.schema.base.DocumentSchema-class.html) * [DocumentMeta](http://couchdbkit.org/docs/api/couchdbkit.ext.django.schema.DocumentMeta-class.html) * [SchemaProperty](http://couchdbkit.org/docs/api/couchdbkit.schema.properties_proxy.SchemaProperty-class.html) * [SchemaListProperty](http://couchdbkit.org/docs/api/couchdbkit.schema.properties_proxy.SchemaListProperty-class.html) * [SchemaDictProperty](http://couchdbkit.org/docs/api/couchdbkit.schema.properties_proxy.SchemaDictProperty-class.html) #### Until here... We have talked a little about what it is like to have a NoSQL database; motivated our trip to the NoSQL world; installed CouchDB; Addded its configurations to our settings.py; Contructed a simple model that represents a Document; Created a view that will process a POST and save our object to the database. #### Mapping To create a ``View`` we are going to use Futon, so go at ``http://localhost:5984/_utils`` and open your ``languages`` database. Your screen should looks like this [picture](#added2docs). Now in the checkbox choose ``Temporary View``. You can see that you land in a page that just yields ``null`` as key and a ``document`` as value. Try and run to see what happens. You should see all your documents in the table bellow the map code. ![New temp view](/images/couch_db_futon_new_temp_view.png) Opening a ``Temporary View``</caption> </a> Now lets have a look at our first example. Make your map code looks like this one: function(doc) { if (doc.doc_type == "Language"){ emit(doc._id, doc); } } What this does again? It iterates over ALL documents in your database, check if they are of the Language type (this is set after the class name that represents this document) and will return the id and the document as value. Save like the image.
![New temp view](/images/couch_db_futon_saving_view_all.png) Saving the all ``Temporary View``</caption> </a> You can find your view at [``http://localhost:5984/languages/_design/languages/_view/all``](http://localhost:5984/languages/_design/languages/_view/all). ##### Tip If you are ever in doubt of the URL for your view, you can use this shortcut in the futon. ![New temp view](/images/couch_db_futon_know_your_url.png) Discovering your view URL</caption> </a> ##### How to look for a key Create a new function(doc) { if (doc.doc_type == "Language"){ emit(doc.name, doc); } } The URL you will be working on is ``http://localhost:5984/languages/_design/languages/_view/by_name`` So you have declared the ``key`` of your emits as the doc.name. Now go to: [``http://localhost:5984/languages/_design/languages/_view/by_name?key="python"``](http://localhost:5984/languages/_design/languages/_view/by_name?key="python") #### Reducing For ``reduce`` we will bebuilding a new database, just to make a quick demonstration. Create a database called ``people``. Add some documents. I added 7 documents that have 2 fields (other than _id and _rev, of course): ``country`` and ``qt`` for quantity). # each line is a document content Country Qt "us" 1 "au" 2 "ch" 3 "us" 4 "ch" 5 "br" 6 "br" 7 Create a new ``Temporary view``, save it as by_country, and paste the following code: # map function function(doc) { emit(doc.country, doc.qt); } # reduce function function (keys, values, rereduce) { return values; } Make sure you have checked the ``Reduce`` option in the header of the results box. See what happens when you run. You should see something like this: "us" [4, 1] "ch" [5, 3] "br" [7, 6] "au" [2] Take a moment to understand what happened. You see that the document view now show our keys If you change your code, replacing ``return values;`` by ``return sum(values);`` in your reduce function, you should see something cool happening.

Fork me on GitHub