Tratamiento de conflictos causados ​​por la replicación en BigCouch

Question

La página wiki de CouchDB Replication and Conflicts sugiere usar _bulk_docs con all_or_nothing=true para escribir a la fuerza nuevas versiones de documentos incluso si eso introduce conflictos en la escritura, pero luego se resuelven poco después en lecturas posteriores. Lo he implementado y conceptualmente parece funcionar bien.

Pero BigCouch no es compatible con la semántica de all_or_nothing, por lo que las escrituras en documentos a granel pueden devolver 409 resultados de conflicto. ¿Cuál es la mejor práctica para implementar una resolución de conflictos de nivel de aplicación similar para los conflictos introducidos por la replicación en BigCouch? ¿Debo considerar la resolución de conflictos de tiempo de escritura?

Answer 1

obtener el número de revisión del documento que se actualiza si hay un conflicto durante la unión y de forma recursiva de llamadas en caso de un conflicto,

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