NoSQLの場合などに適用される

CAP定理で、AとPを保持している状態

リレーショナルデータベースのACID特性の反対? (ネーミングが天才)

1. Basically Available

システムの一部が落ちても、全体が動き続ける

2. Soft State

システムのデータが常に変化する

3. Eventual Consistency (結果整合性)

最終的に一貫性が保証されればOK (ゆるい一貫性)

強い一貫性が求められる場合（ACID特性とか)は、 = writeをされた瞬間以降のreadは絶対更新されている

Eventual Consisencyだと、そうはならない

writeのあとにreadの値が更新されるまでにラグがあってもOK

"Quorum": NoSQL等で、分散システムで処理の整合性を保つ技術

Write-Write競合(片方が潰される)や、Read-Write競合(間違ったデータが読まれる)を回避したい

複数のレプリカを同時にread/writeしてあげれば、安全になりやすい

具体的には

Write-Write競合回避: w > n/2

Read-Write競合回避: r> n-2

(n: 全体のレプリカ数, w:同時にwriteするレプリカ数, r: 同時にreadするレプリカ数)

などの条件がある