これが系の特性を表せるという印象づけが問題だった。分断よりノード障害の確率が圧倒的に高い系においてはあまり意味がないし、実際はどのDBも結果整合性をどういうプロトコルでどの程度実現するかが論点。

redmagic1417 のブックマーク 2013/01/28 16:59

<blockquote class="hatena-bookmark-comment"><a class="comment-info" href="https://b.hatena.ne.jp/entry/130251250/comment/redmagic1417" data-user-id="redmagic1417" data-entry-url="https://b.hatena.ne.jp/entry/s/www.publickey1.jp/blog/13/capcap32.html" data-original-href="https://www.publickey1.jp/blog/13/capcap32.html" data-entry-favicon="https://cdn-ak2.favicon.st-hatena.com/64?url=https%3A%2F%2Fwww.publickey1.jp%2Fblog%2F13%2Fcapcap32.html" data-user-icon="/users/redmagic1417/profile.png">CAP定理を見直す。“CAPの3つから2つを選ぶ”という説明はミスリーディングだった</a><br><p style="clear: left">これが系の特性を表せるという印象づけが問題だった。分断よりノード障害の確率が圧倒的に高い系においてはあまり意味がないし、実際はどのDBも結果整合性をどういうプロトコルでどの程度実現するかが論点。</p><a class="datetime" href="https://b.hatena.ne.jp/redmagic1417/20130128#bookmark-130251250"><span class="datetime-body">2013/01/28 16:59</span></a></blockquote><script src="https://b.st-hatena.com/js/comment-widget.js" charset="utf-8" async></script>

このブックマークにはスターがありません。
最初のスターをつけてみよう！

CAP定理を見直す。“CAPの3つから2つを選ぶ”という説明はミスリーディングだった

www.publickey1.jp2013/01/28

分散システムにおいては以下の3つの要素のうち2つしか同時に満たすことができない、というCAP定理を提唱したのは、Eric Brewer氏でした。 C：Consistency（一貫性） A：Availability（可用性） P：Tolerance to n...

219 人がブックマーク・33 件のコメント

他のコメントを読む

＼コメントがサクサク読めるアプリです／

はてなブックマーク

CAP定理を見直す。“CAPの3つから2つを選ぶ”という説明はミスリーディングだった

はてなブックマーク

公式Twitter

はてなのサービス