CouchDB ändert feed seq shift

Question

Ich bin neu bei CouchDB und nehme an, dass mein _changes feed 8000 Zeilen enthält, wobei last_seq 8000 ist. Dann aktualisiere ich ein Dokument (welches zuvor mit seq = 4000-xxxx, rev = 1-xxxxx aktualisiert wurde)) und es wird auf die Änderungen feed als seq = 8001-xxxx, rev = 2-xxxx oder?

Meine Frage ist, wie behandelt CouchDB das tatsächlich? Wenn ich ein Dokument aktualisiere, erhält es die neueste Seq-ID (8001-xxxx), aber welches Dokument nimmt seinen alten Platz ein (Seq 4000-xxxx)? Und da wir Dinge aktualisieren und es nur einen Eintrag pro Dokument gibt, wie stiegen die Zeilen in den Änderungen von 8000 auf 8001?

Answer 1

Ich habe herausgefunden, dass die letzten Änderungen, die an einem Dokument vorgenommen wurden, nicht notwendig sind, um den next_seq + 1 im _changes Feed in Cloudant zu erhalten, wie hier beschrieben.

https://gist.github.com/smithsz/30fb97662c549061e581

Answer 2

Steven. Wenn Sie ein Dokument aktualisieren, wird es in das Ende der Seq-Warteschlange verschoben. Es wird also "Löcher" in Ihrem Sequenzindex geben, wo sich das alte Dokument befand.

In Ihrem Beispiel zeigt der Feed für Änderungen 8.000 Zeilen, last_seq = 8001, und Sie sehen seq 1, 2, 3, ..., 3997, 3998, 3999, 4001, 4002, 4003, ... , 7999, 8000, 8001. Beachten Sie, dass 4000 in der Sequenz fehlt.

Dieser "Zug" ist garantiert atomar; Wenn Sie also _changes abfragen, sehen Sie entweder seq 4000 oder 8001, aber nicht beides. Jede Dokument-ID befindet sich genau einmal im Sequenzindex.

(Kleine Anmerkung, wenn Sie _changes abfragen kontinuierlich, mit ?feed=continuous dann natürlich können Sie doppelte Dokument-IDs, weil CouchDB Sie eine Echtzeit-Feed jederzeit ein Dokument aktualisiert wird, gibt.)