Radzenie sobie z konfliktami powodowanymi przez replikację w BigCouch

Question

Strona wiki CouchDB Replication and Conflicts sugeruje użycie _bulk_docs z all_or_nothing=true, aby wymusić pisanie nowych wersji dokumentów, nawet jeśli wprowadza to konflikty przy zapisie, ale następnie rozwiązać wkrótce po kolejnych odczytach. Zaimplementowałem to i koncepcyjnie wydaje się działać dobrze.

Ale BigCouch nie obsługuje semantyki all_or_nothing, więc pisze do masowych dokumentów, które mogą zwrócić 409 wyników konfliktu. Jaka jest najlepsza praktyka w implementowaniu podobnego rozwiązywania konfliktów na poziomie aplikacji w przypadku konfliktów wprowadzanych przez replikację w BigCouch? Czy powinienem zamiast tego spojrzeć na rozwiązanie konfliktu czasu zapisu?

Answer 1

Get numer wersji dokumentu, aby być na bieżąco, jeśli istnieje konflikt podczas mocowania i rekurencyjnie zadzwonić w-przypadku konfliktu,

$url = "http://couchdb/DATABASE/DOCID/ATTACHMENTNAME?rev=$rev"; 
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true); 
curl_setopt($ch, CURLOPT_PUT, true); 
curl_setopt($ch, CURLOPT_URL, $url); 
curl_exec($ch);