Azure Document DB Dirty Lesen/Schreiben

Question

Da Azure Documentdb das gesamte Dokument aktualisiert, entsteht keine Situation für schmutzige Lese-/Schreib-/Phantome.

Angenommen, ich habe Dokument folgende

{ 
id:"1", 
markers:[1,2,3] 
} 

Client A liest das obige Dokument .. in einem Web-App .. und sitzt mit für sie ca. 5 Minuten und in Zwischenzeit Client B auch das Dokument liest, aber es aktualisiert es mit

{ 
id:"1" 
**markers:[1,2,3,4]** 
} 

Da das Update von Client A in Update des gesamten Dokuments kommen würde, würde es die Daten korrumpieren?

Gibt es eine Möglichkeit, dies zu vermeiden?

Answer 1

Die Azure DocumentDB unterstützt optimistische Parallelität mit ETAG. Wenn Sie ein Dokument aktualisieren, können Sie die ETAG verwenden, um das Überschreiben zu vermeiden. Hier ist ein ausführlicher Blog zu diesem Thema https://peter.intheazuresky.com/2016/04/28/documentdb-revisited-part-3-concurrency-in-documentdb/