{"id":3584,"date":"2017-05-25T02:00:18","date_gmt":"2017-05-25T09:00:18","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=3584"},"modified":"2025-06-13T18:46:08","modified_gmt":"2025-06-14T01:46:08","slug":"conflict-resolution-couchbase-mobile","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/pt\/conflict-resolution-couchbase-mobile\/","title":{"rendered":"Desmistificando a resolu\u00e7\u00e3o de conflitos no Couchbase Mobile"},"content":{"rendered":"

Os conflitos podem ocorrer em ambientes de replica\u00e7\u00e3o em que um documento pode ser atualizado simultaneamente por um ou mais gravadores. Isso \u00e9 especialmente comum em ambientes m\u00f3veis, nos quais conex\u00f5es de rede n\u00e3o confi\u00e1veis podem fazer com que as altera\u00e7\u00f5es simult\u00e2neas de v\u00e1rios dispositivos n\u00e3o sejam sincronizadas em tempo h\u00e1bil, resultando em conflitos.<\/p>\n

Nesta postagem, discutimos os fundamentos de como os conflitos s\u00e3o tratados no Couchbase Mobile e descrevemos a fun\u00e7\u00e3o dos aplicativos na resolu\u00e7\u00e3o de conflitos. Em uma pr\u00f3xima publica\u00e7\u00e3o, discutiremos um t\u00f3pico relacionado ao gerenciamento de \u00e1rvores de revis\u00e3o e tamanhos de banco de dados em um sistema de gerenciamento de documentos baseado em revis\u00e3o.<\/p>\n

O processo de resolu\u00e7\u00e3o de conflitos discutido neste blog se aplica ao Couchbase Mobile 1.x. Confira este postagem<\/a> sobre os detalhes do processo de resolu\u00e7\u00e3o autom\u00e1tica de conflitos no Couchbase Mobile 2.x. Confira nosso documenta\u00e7\u00e3o<\/a> para uma discuss\u00e3o sobre a resolu\u00e7\u00e3o de conflitos personalizada no Couchbase Mobile 2.x.<\/p>\n


\nA ilustra\u00e7\u00e3o abaixo descreve um cen\u00e1rio em que podem ocorrer conflitos em ambientes m\u00f3veis<\/p>\n

\"Basics<\/p>\n

 <\/p>\n

Hist\u00f3rico<\/h2>\n

O Couchbase Mobile <\/a>A pilha inclui o Couchbase Lite<\/a> banco de dados incorporado executado localmente em dispositivos e Gateway de sincroniza\u00e7\u00e3o<\/a> na nuvem, que normalmente \u00e9 apoiada por Servidor Couchbase <\/a>mantendo os dados na nuvem. O Sync Gateway lida com a replica\u00e7\u00e3o de documentos entre os dispositivos. \u00c9 conceb\u00edvel que um documento possa ser atualizado por v\u00e1rios dispositivos ao mesmo tempo.<\/p>\n

 <\/p>\n

Controle de simultaneidade de v\u00e1rias vers\u00f5es<\/h2>\n

O Couchbase Mobile usa a t\u00e9cnica de controle de simultaneidade de v\u00e1rias vers\u00f5es (MVCC) para lidar com conflitos. Nesse m\u00e9todo, cada documento recebe uma ID de revis\u00e3o exclusiva gerada pelo sistema. Esse ID \u00e9 adicional ao ID do documento, que permanece o mesmo em todas as revis\u00f5es do documento. Toda altera\u00e7\u00e3o em um documento, seja ela uma modifica\u00e7\u00e3o ou uma exclus\u00e3o, \u00e9 tratada como uma nova revis\u00e3o do documento e, portanto, recebe um novo ID de revis\u00e3o.<\/p>\n

\u00c1rvore de revis\u00e3o<\/h3>\n

Sempre que uma altera\u00e7\u00e3o for feita em um documento existente, o redator dever\u00e1 incluir o ID de revis\u00e3o da revis\u00e3o atual do documento que est\u00e1 sendo atualizado. Uma nova revis\u00e3o \u00e9 criada para a altera\u00e7\u00e3o e adicionada como um n\u00f3 filho \u00e0 revis\u00e3o atual que estava sendo atualizada, resultando em uma \u00e1rvore de revis\u00e3o para o documento.<\/p>\n

\"\"<\/h3>\n

Cada documento tem uma \u00e1rvore de revis\u00e3o associada que cresce ao longo da vida \u00fatil do documento. Discutiremos t\u00e9cnicas para gerenciar o tamanho da \u00e1rvore em um post futuro - fique atento!<\/p>\n

Estrutura do documento<\/h3>\n

Em um n\u00edvel muito alto, cada documento no Couchbase Mobile V1.4 \u00e9 composto de um ID de documento, ID de revis\u00e3o atual, corpo JSON e metadados. Os metadados, entre outras coisas, cont\u00eam o hist\u00f3rico de revis\u00e3o do documento. Os metadados s\u00e3o um conceito de \"bastidores\", e os aplicativos de usu\u00e1rio nunca devem se preocupar com eles. De fato, em vers\u00e3o futura<\/a> do Couchbase, os metadados ser\u00e3o movidos completamente para fora do documento e para um XATTR.<\/p>\n

Al\u00e9m disso, cada revis\u00e3o de documento tem um valor TTL associado (que tem como padr\u00e3o 5 minutos).<\/p>\n

Revis\u00f5es de l\u00e1pides<\/h3>\n

Em um sistema baseado em MVCC, toda atualiza\u00e7\u00e3o, incluindo uma opera\u00e7\u00e3o de exclus\u00e3o, cria uma revis\u00e3o de documento. As revis\u00f5es exclu\u00eddas s\u00e3o chamadas de revis\u00f5es \"Tombstone\". Uma revis\u00e3o exclu\u00edda \u00e9 essencialmente uma revis\u00e3o especial que tem a propriedade \"_deleted\" como verdadeira. As revis\u00f5es de exclus\u00e3o s\u00e3o replicadas. Essas revis\u00f5es s\u00e3o especiais, pois se voc\u00ea fizer uma consulta no Couchbase Lite, elas n\u00e3o ser\u00e3o retornadas.<\/p>\n

\"Revision<\/p>\n

A estrutura de ID da revis\u00e3o<\/h3>\n

A ID de revis\u00e3o tem o formato \"-\"<\/em><\/p>\n