Работа с конфликтами, вызванными репликацией в BigCouch.

Question

.

. Страница Wiki для CouchDB Replication and Conflicts предлагает использовать _bulk_docs с all_or_nothing=true, чтобы принудительно записывать новые версии документов, даже если это вводит конфликты при записи, но затем разрешается вскоре после последующих чтений. Я реализовал это и, по-видимому, работает нормально.

Но BigCouch не поддерживает all_or_nothing семантика, поэтому записи на объемные документы могут возвращать 409 результатов конфликта. Какова наилучшая практика для реализации аналогичного разрешения конфликтов на уровне приложений для конфликтов, возникающих при репликации в BigCouch? Должен ли я смотреть на разрешение конфликтов времени записи?

Answer 1

Получить номер редакции документа, который будет обновляться, если есть конфликт во время прикрепления и рекурсивный вызов в-случае конфликта,

$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);