Az adatkonzisztencia azt jelenti, hogy ugyanazok az adatok mindenhol ugyanúgy néznek ki. Az ügyfél címe a számlázási rendszerben megegyezik a szállítási rendszerben szereplő címmel. A raktárban lévő készletmennyiség megegyezik a weboldalon található mennyiséggel. Amikor a rendszerek eltérnek, a döntések rosszak lehetnek. A megrendelések régi címekre kerülnek kiszállításra. Az ügyfelek olyan termékeket vásárolnak, amelyek nincsenek raktáron. Az egységesség nem opcionális az egymástól függő rendszerek számára.

Az elosztott rendszerek megnehezítik a konzisztencia biztosítását. A több szerveren replikált adatok kieshetnek a szinkronból. Egy hálózati partíció elkülöníti az egyik régiót a másiktól. Mindkét régió fogad írási műveleteket. Amikor a partíció helyreáll, az adatok ütköznek. A CAP-tétel szerint lehet konzisztencia, rendelkezésre állás és partíciótűrés, de nem mindhárom egyszerre. A legtöbb elosztott adatbázis a rendelkezésre állást és a végső konzisztenciát választja. Ez azt jelenti, hogy az adatok idővel konvergálnak, de van egy ablak, ahol a különböző csomópontok különböző értékeket látnak. Az erős konzisztencia koordinációt igényel, ami késleltetéssel jár. A választás az alkalmazástól függ. Egy banki főkönyvnek erős konzisztenciára van szüksége. Egy közösségi média hírfolyam elviseli a végső konzisztenciát. A helyes válasz nem univerzális. Attól függ, hogy mi hibásodik meg, ha az adatok eltérnek.

Konzisztencia modellek

• Erős – minden csomópont azonnal látja ugyanazokat az adatokat
• Végül — a csomópontok idővel konvergálnak
• Az oksági – összefüggő műveletek sorrendben láthatók
• Olvasd el az írásaidat – azonnal látod a saját frissítéseidet

A konzisztencia egy spektrum. A kérdés az, hogy mennyi inkonzisztenciát képes elviselni az alkalmazás, mielőtt összeomlik.