Eventually Consistency? Consistency Model !

CAP

Consistency Model

Consistency Level

...

일관성 모델, DBMS에서는 읽기 일관성

--> NoSql DBMS 입장에서는 동일 데이터를 3개이상의 노드에 복제하여 Fault Tolerance를 보장해야하는 것.

이는 동일 데이터를 3개의 테이블에 쓰는것이나 마찬가지.

하나의 테이블에 쓰는것보다 성능이 느려지는것은 말모이.

성능을 높이기 위해 3개의 노드에 복제되기 전에 write 성공이라는 return을 주는것.

주고나서 내부적으로 복제하므로, 그 사이 다른 클라이언트가 복제가 다 되지않은 노드의 데이터를 읽은다면?

이전 정보를 읽게되겠지.

그래서 읽기 일관성 보장이 되긴 되지만 점차적으로 진행된다...

Consistency Model(Level)

- Strict : 완벽 보장

- Sequential : 순차적으로 동일정보를 읽게 된다

- Casual : 모든 사용자가 대부분의 동일정보를 읽게 된다

- Eventual : 일정 시간 내 업데이트가 없을때 점차적으로 모든 업데이트 정보는 시스템을 통해 진행되고

                 모든 복제노드는 일관성을 갖게된다  >> 대부분의 NoSql DBMS에 해당(캐산드라같은..) 

- Weak : No guarantee