Database Reference
In-Depth Information
Abbildung 29: CouchDB Futon: Replicator
sollten eine entsprechende Event-Meldung im Event-Log unter dem Formular
sehen.
Um sicherzugehen, dass der Replikations-Request funktioniert hat, wechseln
Sie zurück in die Futon-Übersicht. Dort sollten Sie nun eine neue Datenbank
namens
music-repl
sehen, die die gleiche Anzahl von Dokumenten aufweist
wie unsere
music
-Datenbank. Wenn Sie weniger anzeigt, geben Sie ihr noch
etwas Zeit und laden Sie dann die Seite neu - CouchDB könnte noch bei der
Arbeit sein. Wundern Sie sich nicht, wenn die Update-Seq-Werte nicht über-
einstimmen. Das liegt daran, dass die
music
-Originaldatenbank Dokument-
Löschungen und -Updates enthält, während es bei
music-repl
nur Einfü-
gungen gibt, um die Dinge zu beschleunigen.
Konlikte erzeugen
Als Nächstes wollen wir einen Konflikt erzeugen und untersuchen, wie man
mit ihm umgeht. Halten Sie die Replicator-Seite bereit, da wir die Ad-hoc-
Replikation zwischen
music
und
music-repl
häufig anstoßen werden.
Wechseln Sie auf die Kommandozeile und geben Sie Folgendes ein, um ein
Dokument in die
music
-Datenbank einzufügen:
$
curl -X PUT "http://localhost:5984/music/theconflicts" \
-H "Content-Type: application/json" \
-d '{ "name": "The Conflicts" }'
{
"ok":true,
"id":"theconflicts",
"rev":"1-e007498c59e95d23912be35545049174"
}
