Spójność danych oznacza, że ​​te same dane wyglądają wszędzie tak samo. Adres klienta w systemie rozliczeniowym jest zgodny z adresem w systemie wysyłkowym. Stan magazynowy jest zgodny ze stanem na stronie internetowej. Rozbieżności w systemach prowadzą do błędnych decyzji. Zamówienia są wysyłane na stare adresy. Klienci kupują produkty, których nie ma w magazynie. Spójność nie jest opcjonalna w przypadku systemów, które są od siebie zależne.

Systemy rozproszone utrudniają zachowanie spójności. Dane replikowane na wielu serwerach mogą utracić synchronizację. Partycja sieciowa izoluje jeden region od drugiego. Oba regiony akceptują zapisy. Po naprawieniu partycji dane stają się konfliktowe. Twierdzenie CAP mówi, że można mieć spójność, dostępność i tolerancję partycji, ale nie wszystkie trzy jednocześnie. Większość rozproszonych baz danych wybiera dostępność i spójność ostateczną. Oznacza to, że dane zbiegają się w czasie, ale istnieje okno, w którym różne węzły widzą różne wartości. Silna spójność wymaga koordynacji, co wiąże się z opóźnieniem. Wybór zależy od aplikacji. Księga bankowa wymaga silnej spójności. Kanał mediów społecznościowych może tolerować spójność ostateczną. Prawidłowa odpowiedź nie jest uniwersalna. Zależy od tego, co ulega awarii, gdy dane się nie zgadzają.

Modele spójności

• Silny — wszystkie węzły widzą te same dane od razu
• Ostateczny — węzły zbiegają się w czasie
• Operacje przyczynowe — powiązane są widoczne w kolejności
• Przeczytaj swoje wpisy — natychmiast zobaczysz swoje aktualizacje

Spójność to spektrum. Pytanie brzmi, ile niespójności aplikacja może tolerować, zanim ulegnie awarii.