Database Reference
In-Depth Information
CouchDBs Schwächen
Natürlich eignet sich CouchDB nicht für jede Aufgabe. CouchDBs
Mapreduce-basierte Views sind zwar neuartig, bieten aber nicht all die schi-
cken Möglichkeiten, die man von einer relationalen Datenbank erwartet. Tat-
sächlich sollten Sie im Produktionsbetrieb
überhaupt keine
Ad-hoc-Queries
ausführen. Auch ist CouchDBs Replikationsstrategie nicht immer die rich-
tige Wahl. Die CouchDB-Replikationsstrategie lautet alles oder nichts, d. h.,
alle replizierten Server haben den gleichen Inhalt. Es gibt kein Sharding, mit
dem man die Inhalte im Rechenzentrum verteilen könnte. Der Hauptgrund,
neue CouchDB-Knoten hinzuzufügen, besteht nicht darin, die Daten zu ver-
teilen, sondern den Durchsatz von Schreib-Lese-Operationen zu erhöhen.
Abschließende Gedanken
CouchDBs Augenmerk auf Stabilität im Angesicht der Ungewissheit macht es
zu einer guten Wahl, wenn Ihr System der rauhen Realität des wilden Inter-
nets trotzen muss. Indem es Standard-Webtechniken wie HTTP/REST und
JSON nutzt, passt CouchDB dort besonders gut, wo Web-Techniken vorherr-
schen, also nahezu überall. Innerhalb des durch Mauern gesicherten Gartens
eines Rechenzentrums kann CouchDB dennoch sinnvoll sein, wenn Sie sich
darauf einlassen, Konflikte zu lösen, wenn sie eintreten oder wenn Sie eine
alternative Implementierung wie BigCouch verwenden und kein standard-
mäßiges Sharding erwarten.
Es gibt eine Reihe weiterer Features, die CouchDB einmalig und besonders
machen, auf die wir nicht eingehen konnten. Eine kurze Liste würde die
Einfachheit von Backups, binäre Anhänge für Dokumente und CouchApps
(ein System zur Entwicklung und dem Einsatz von Web-Anwendungen direkt
durch CouchDB ohne weitere Middleware) umfassen. Wir hoffen, Ihnen den-
noch einen guten Überblick gegeben zu haben, der Appetit auf mehr macht.
Probieren Sie CouchDB bei Ihrer nächsten datengesteuerten Web-Anwen-
dung aus, Sie werden nicht enttäuscht werden!
