Itamar Haber over the Xeround blog:
Q: Is Xeround Inconsistent? Xeround employs a set of majority-based algorithms to facilitate its reading and writing of data from/to multiple, distributed nodes. […] Via the use of these algorithms we are ensured that all access to the data is consistent so inconsistency is not an issue.
Q: Is Xeround Unavailable? There is no single point of failure in Xeround and every component that the system consists of is redundant and replaceable.
Q: Is Xeround Partitioning-Intolerant? Yes, to a certain extent it is.
After reading it, I got the same impression as VoltDB’s John Hugg who commented:
It sounds like you’ve gotten this backwards. According to you, in the face of a network event, the system becomes unavailable, but remains consistent. I think you have partition tolerance, but with reduced availability.
Instead of focusing strictly on the CAP characteristics of a distributed database, one should focus on what is the required behavior for their system and look for the database solution that offers them the guarantees they need.
Original title and link: Where Does Xeround Fit In The CAP Theorem? ( ©myNoSQL)