Z mojego zrozumienia, spójność w ACID zapewnia integralność danych.
Jednak spójność w CAP oznacza, że dane mogą szybko pojawiać się w systemie rozproszonym.
Czy to oznacza: nie są to ta sama koncepcja?
distributed-databases
acid
Yang Xia
źródło
źródło
Twierdzenie CAP : określa, że system rozproszony może zapewniać dwie usługi (np. Dostępność i tolerancję podziału), ale nigdy trzy. Jeśli na przykład usługa zapewnia dostępność i partycjonowanie, nigdy nie może zapewnić spójności, nie od razu, dlatego używana jest ostateczna spójność, która umożliwia przepływ infrastruktury między niespójnością a spójnością, jednak w pewnym momencie, wcześniej czy później, infrastruktura stanie się spójna , co skutkuje ostateczną spójnością. Usługi w chmurze działają w taki sposób, a Amazon Simple DB korzysta z ostatecznej spójności.
Funkcje ACID są zwykle stosowane do relacyjnych baz danych. Jeśli chcesz zastosować ACID w sposób rozproszony (rozproszona baza danych), ACID używa 2PC (zatwierdzanie dwufazowe) w celu wymuszenia spójności między partycjami. Ponieważ jednak ACID zapewnia spójność i partycjonowanie, zastosowanie twierdzenia CAP dla (środowisk rozproszonych) oznacza, że dostępność jest zagrożona.
Z tego powodu stosowana jest PODSTAWA (Zasadniczo dostępna, stan miękki, ostatecznie spójny), który może zapewnić poziomy skalowalności, których nie można uzyskać za pomocą ACID.
Mam nadzieję że to pomoże.
źródło
Co do spójności w twierdzeniu CAP, Julian Brown pisze w swoim artykule ( http://www.julianbrowne.com/article/brewers-cap-theorem ):
Zatem C w CAP odpowiada A w ACID.
Z Gilbertem i Lynchem nawiązuje do artykułu „Seth Gilbert i Nancy Lynch: hipoteza Brewera i wykonalność spójnych, dostępnych, odpornych na partycje usług internetowych”
źródło