Database Reference
In-Depth Information
Erwähnenswert ist noch, dass Sie bei den meisten dieser Datenbanken den
CAP-Typ ändern können (Mongo kann CA sein, CouchDB CP), doch hier ha-
ben wir nur ihr Standardverhalten beschrieben.
A2.3 Der Latenz-Kompromiss
Beim Design verteilter Datenbanksysteme geht es aber um mehr als nur um
CAP. Beispielsweise sind kurze Latenzzeiten (Geschwindigkeit) ein Haupt-
anliegen vieler Systemarchitekten. Wenn Sie sich Amazons Dynamo-Papier 1
ansehen, lesen Sie viel über Verfügbarkeit, aber auch über Amazons An-
forderunge an die Latenz. Bei bestimmten Klassen von Anwendungen kön-
nen selbst kleine Änderungen der Latenz zu hohen Kosten führen. Yahoos
PNUTS-Datenbank ist berühmt dafür, sowohl die Verfügbarkeit im norma-
len Betrieb als auch die Konsistenz für Partitionen aufzugeben, nur im das
letzte Quäntchen Latenz au dem Design herauszuquetschen. 2 CAP ist beim
Umgang mit verteilten Datenbanken ein wichtiger Aspekt, doch es ist auch
wichtig zu bedenken, dass die Theorie zu verteilten Datenbanken damit nicht
endet.
1. http://allthingsdistributed.com/files/amazon-dynamo-sosp2007.pdf
2. http://dbmsmusings.blogspot.com/2010/04/problems-with-cap-and-yahoos-little.
html
 
Search WWH ::




Custom Search