Couchapps sind statische Webseiten die aus CouchDB geladen werden (CouchDB spricht ja http) und dynamisch über Javascript Daten aus CouchDB nachladen können. Um die Couchapps zu in die CocuDB zu laden und den Umgang einfach zu gestalten gibt es das python Framework couchapp und das ruby Framework soca.
couchapp wurde von Chris Anderson (einem der Hauptautoren des “CouchDB The Definitive Guide” Buchs) entwickelt und verwendet evently um dafür zu sorgen das die Webseiten RESTFul sind (Beispiel). soca steht für Sammy-On-CouchApp wurde von Aaron Quint entwickelt und verwendet sammy.js für die “RESTFulness” der Seite (Beispiel).
evently und sammy.js setzten beide auf jquery auf. couchapp ist wohl das weiter verbreitete und hat mehr Dokumentation (Beispiel), allerdings finde ich es etwas seltsam sich in den “evently weg” zur Strukturierung des Codes einzulassen. Bei sammy sieht für mich erstmal intuitiver aus aber die Beispiele haben nicht wie erwartet funktioniert und die installation des gem schlug fehl.

Ich hab mich die letzten Tage ein wenig in Rails3 in Zusammenspiel mit CouchDB als Datenbank eingearbeitet. Als allererste Einführung kann ich wärmstes Aimee Daniells erste Schritte mit CouchDB und Rails empfehlen. Es ist zwar schon etwas älter aber als Einführung gut geeignet und toll geschrieben.

Im Prinzip tolle Technologien aber ich kann voll und ganz Karel Minařík zustimmen der Einstieg ist wirklich nicht leicht! Es gibt eine Fülle von Bbilotheken/Plugins oder Gems (wie auch immer) die alle irgendwie verschieden sind und alle einen möglichst einfachen Zugriff aus ruby auf eine Datenbank in CouchDb gewähren. Man kann sie mehr oder weniger unterteilen in Bibliotheken die versuchen eine Syntax ähnlich der von ActiveRecord zu bieten und denen die versuchen näher am  der eigentlichen API zu bleiben.  Bei meiner Suche nach Auswahlkriterien bin ich unter anderem auf  Alexander Lang Artikel zu dem Thema gestoßen.Ein wichtiges Kriterium ist meiner Meinung nach die Aktualität der Bibliothek. Einerseits können, bei so einem bewegtem Umfeld ,Bibliotheken an denen schon seit einem halbes Jahr nicht weiter entwickelt wurde vielleicht schon veraltet bzw. verwaist sein. Andererseits gibt es für die neusten Versionen kaum einführende Dokumentation. Ich habe:

• Couchrest Model (eher CocuhDB style)
• Simply Stored (eher ActiveRecord style)

in die nähere Auswahl genommen. Sie scheinen mir am weitesten entwickelt zu sein und basieren auf bereits “etablierten” Bibliotheken.

Zu Simply Stored habe ich noch diesen Vortag gefunden und diese Beispiele. Die Beispiele habe ich teilweise zum laufen bekommen indem ich die Zeile
require "helper"auskommentiert habe.
Spannender fand ich aber die Couchrest Model Geschichte. Vor allem da in der README von ActiveModel aus Rail3 die Rede ist und das erschien mir als konsequent. Leider hatte ich auch hier zuerst keinen Erfolg damit eine Beispiel Rails Applikation aufzusetzen.  Die Erlösung kam erst als ich im Couchrest “Forum” einen Hinweis auf eine Beispiel Rails Applikation gefunden habe die ich dann nur noch klonen brauchte. Jetzt musste ich nur noch Rails auf 3.0.1 aktualisieren damit die der Code aus dem  Couchrest Model repository läuft (Version 1.0Beta8) und es lief.

Der entscheide Part der die Verbindung zu CouchDB herstellt ist übrigens in: config/initializers/couchdb.rb und lautet:

1
2
3
4

require 'couchrest/model'
 
CouchServer = CouchRest::Server.new # defaults to localhost:5984
CouchServer.default_database = "appname-#{Rails.env}"

Damit habe ich dann auch meine Beispiel Applikation zum laufen gebracht. Abschließend bleibt noch zu sagen das ich noch couchrest-rails ausprobieren möchte, ein Haufen Erweiterungen für Rails, die das handling von couchrest einfacher machen sollen. Aber ich weiß nicht  ob das problemlos mit couchrest model zusammenspielt.