{"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\/es\/conflict-resolution-couchbase-mobile\/","title":{"rendered":"Desmitificaci\u00f3n de la resoluci\u00f3n de conflictos en Couchbase Mobile"},"content":{"rendered":"

Los conflictos pueden producirse en entornos de replicaci\u00f3n en los que un documento puede ser actualizado simult\u00e1neamente por uno o m\u00e1s escritores. Esto es especialmente com\u00fan en entornos m\u00f3viles en los que las conexiones de red poco fiables pueden provocar que los cambios simult\u00e1neos de varios dispositivos no se sincronicen de manera oportuna, dando lugar a conflictos.<\/p>\n

En este post, discutimos los fundamentos de c\u00f3mo se manejan los conflictos en Couchbase Mobile y esbozamos el papel de las aplicaciones en la resoluci\u00f3n de conflictos. En un pr\u00f3ximo post, trataremos un tema relacionado con la gesti\u00f3n de \u00e1rboles de revisi\u00f3n y tama\u00f1os de bases de datos en un sistema de gesti\u00f3n de documentos basado en revisiones.<\/p>\n

El proceso de resoluci\u00f3n de conflictos discutido en este blog se aplica a Couchbase Mobile 1.x. Por favor, echa un vistazo a este Correo electr\u00f3nico:<\/a> sobre los detalles del proceso autom\u00e1tico de resoluci\u00f3n de conflictos en Couchbase Mobile 2.x. Consulte nuestro documentaci\u00f3n<\/a> para una discusi\u00f3n sobre la resoluci\u00f3n de conflictos personalizada en Couchbase Mobile 2.x.<\/p>\n


\nLa siguiente ilustraci\u00f3n describe un escenario en el que pueden producirse conflictos en entornos m\u00f3viles<\/p>\n

\"Basics<\/p>\n

 <\/p>\n

Fondo<\/h2>\n

En Couchbase M\u00f3vil <\/a>incluye la pila Couchbase Lite<\/a> base de datos integrada que se ejecuta localmente en los dispositivos y Pasarela de sincronizaci\u00f3n<\/a> en la nube que suele estar respaldada por Servidor Couchbase <\/a>persistencia de los datos en la nube. La pasarela de sincronizaci\u00f3n se encarga de replicar los documentos entre los dispositivos. Es concebible que un documento pueda ser actualizado por varios dispositivos al mismo tiempo.<\/p>\n

 <\/p>\n

Control de concurrencia multiversi\u00f3n<\/h2>\n

Couchbase Mobile utiliza la t\u00e9cnica Multi Version Concurrency Control (MVCC) para manejar conflictos. En este m\u00e9todo, a cada documento se le asigna un \u00fanico ID de revisi\u00f3n generado por el sistema. Este ID es adicional al ID del documento, que permanece igual en todas las revisiones del documento. Cada cambio en un documento, ya sea una modificaci\u00f3n o una eliminaci\u00f3n, se trata como una nueva revisi\u00f3n del documento y, por lo tanto, se le asigna un nuevo ID de revisi\u00f3n.<\/p>\n

\u00c1rbol de revisi\u00f3n<\/h3>\n

Cada vez que se va a realizar un cambio en un documento existente, el escritor debe incluir el ID de revisi\u00f3n de la revisi\u00f3n actual del documento que se est\u00e1 actualizando. Se crea una nueva revisi\u00f3n para el cambio y se a\u00f1ade como nodo hijo a la revisi\u00f3n actual que se estaba actualizando, dando lugar a un \u00c1rbol de Revisi\u00f3n para el documento.<\/p>\n

\"\"<\/h3>\n

Cada documento tiene asociado un \u00e1rbol de revisi\u00f3n que crece a lo largo de la vida del documento. En una pr\u00f3xima entrada hablaremos de t\u00e9cnicas para gestionar el tama\u00f1o del \u00e1rbol.<\/p>\n

Estructura del documento<\/h3>\n

A un nivel muy alto, cada documento en Couchbase Mobile V1.4 se compone de un ID de documento, ID de revisi\u00f3n actual, cuerpo JSON y Metadatos. Los metadatos, entre otras cosas, contienen el historial de revisiones del documento. Los Metadatos son un concepto \"entre bastidores\", y las aplicaciones de usuario no deber\u00edan preocuparse por ellos. De hecho, en versi\u00f3n futura<\/a> de Couchbase, los metadatos se mover\u00e1n fuera del documento completamente y dentro de un XATTR.<\/p>\n

Adem\u00e1s, cada revisi\u00f3n de documento tiene asociado un valor TTL (que por defecto es de 5 minutos).<\/p>\n

Revisiones de l\u00e1pidas<\/h3>\n

En un sistema basado en MVCC, cada actualizaci\u00f3n, incluida una operaci\u00f3n de borrado, crea una revisi\u00f3n del documento. Las revisiones borradas se denominan revisiones \"Tombstone\". Una revisi\u00f3n borrada es esencialmente una revisi\u00f3n especial que tiene la propiedad \"_deleted\" a true. Las revisiones de borrado se replican. Estas revisiones son especiales en el sentido de que si haces una consulta en Couchbase Lite, no ser\u00e1n devueltas.<\/p>\n

\"Revision<\/p>\n

Estructura del ID de revisi\u00f3n<\/h3>\n

Un ID de revisi\u00f3n tiene el formato \"-\"<\/em><\/p>\n