충돌 해결

개요

두 명 이상의 사용자가 동일한 데이터를 독립적으로 변경할 때 충돌이 발생합니다. 이는 장치와 서버 간의 지연 시간 또는 연결 끊김으로 인해 발생할 수 있습니다. 이 경우 Atlas Device Sync는 자동으로 충돌 해결 전략을 사용하여 변경 사항을 병합합니다. 구체적으로 Device Sync는 강력한 최종 일관성을 보장하는 규칙 집합인 운영 변환 을 사용하여 충돌 해결을 처리하므로, 모든 클라이언트의 버전이 결국 동일한 상태로 수렴됩니다. 이는 다른 순서로 변경된 경우에도 마찬가지입니다.

일관적인벅 결과를 얻으려면 규칙을 숙지해야 하지만, 이러한 규칙을 따르면 디바이스가 완전히 오프라인으로 작동하면서도 서로 만날 때 의미 있는 결과를 도출할 수 있다는 장점이 있습니다.

충돌 해결 규칙

대략적으로 규칙은 다음과 같습니다.

삭제가 항상 우선합니다.

한 쪽에서 객체를 삭제하면 다른 쪽에서 나중에 변경하더라도 해당 객체는 항상 삭제된 상태로 유지됩니다.

마지막 업데이트가 우선합니다.

양쪽에서 동일한 속성을 업데이트하는 경우 Device Sync는 가장 최근 업데이트의 값을 유지합니다.

목록에 삽입된 항목은 시간별로 정렬됩니다.

동일한 위치에 두 항목을 삽입하면 먼저 삽입된 항목이 다른 항목보다 먼저 삽입됩니다. 즉, 양쪽 모두 목록 끝에 항목을 추가하면 삽입 시간 순서대로 두 항목이 모두 포함됩니다.

기본 키는 객체 ID를 지정합니다.

양쪽 모두 동일한 기본 키를 사용하여 동일한 클래스의 객체를 생성하는 경우, 동일한 객체의 인스턴스로 처리됩니다.

특별 고려 사항

사용자 지정 충돌 해결

일반적으로 Device Sync의 충돌 해결은 대부분의 용도에 적합하며 사용자 지정할 필요가 없습니다. 즉, 사용자 지정 충돌 해결을 수행하는 일반적인 방법은 속성 유형을 문자열에서 목록으로 변경하는 것입니다. 그러면 각 측에서 목록에 업데이트를 추가하고 원하는 충돌 해결 규칙을 데이터 모델에 직접 적용할 수 있습니다. 이 기술을 사용하여 최대, 최소, 첫 번째 쓰기 우선, 마지막 쓰기 우선 또는 생각할 수 있는 다른 종류의 해결 방법을 구현할 수 있습니다.

요약

• Device Sync는 충돌 해결 시스템을 구현하여 여러 작성자가 오프라인에서 동시에 글을 쓰면서도 결국 동일한 결과물에 수렴할 수 있도록 합니다.

• 충돌 해결 시스템은 항상 삭제가 우선, 마지막 업데이트가 우선, 목록의 삽입은 시간순으로, 기본 키는 객체 ID를 지정하는 네 가지 규칙을 따릅니다.

• 카운터와 문자열은 클라이언트 코드에서 주의해야 할 특수한 경우입니다.