„When you choose an eventually consistent data store you’re prioritizing availability and partition tolerance over consistency, but this doesn’t mean your application has to be inconsistent. What it does mean is that you have to move your conflict resolution from writes to reads.“ via Mochi Labs – statebox, an eventually consistent data model for Erlang (and Riak). Auch ausserhalb Erlang interessant, denn das Problem ist genereller Natur – Datenmodelle für Datenbanken mit Transaktionen können nicht einfach auf eine eventually-consistent Datenbank wie Riak (oder Cassandra) transportiert werden. Der Grund liegt eben darin, dass Konflikte erst beim späteren Lesen auffallen, da sie vorher ja sozusagen noch „unterwegs“ sind.
Feeds
Blogs
Code
Social
Spielenetze
Tags
- 3D
- Android
- Arduino
- Bananenrepublik
- Bananenunion
- Basic
- Clojure
- Datenbank
- Datenschutz
- Editor
- Fotografie
- Hardware
- iOS
- Java
- Javascript
- jQuery
- Kochen
- Lightroom
- Lisp
- MagicTheGathering
- Mathematik
- Mobil
- MobileMurks
- Mono
- Musik
- Münster
- Natur
- OSX
- Plugin
- Politik
- Programmieren
- Python
- Ruby
- Scala
- Sicherheit
- Smalltalk
- Software
- Spielen
- Sysadmin
- TheLordoftheRings:TheCardGame
- Vim
- Webservice
- Weird
- Wissenschaft
- Wordpress