コンテンツにスキップ
メインメニュー
メインメニュー
サイドバーに移動
非表示
案内
メインページ
最近の更新
未作成ページ
おまかせ表示
ヘルプ
MonoBook
検索
検索
ログイン
個人用ツール
ログイン
ログアウトした編集者のページ
もっと詳しく
投稿記録
トーク
「
CAP定理
」を編集中
ページ
議論
日本語
閲覧
編集
ソースを編集
履歴表示
ツール
ツール
サイドバーに移動
非表示
操作
閲覧
編集
ソースを編集
履歴表示
全般
リンク元
関連ページの更新状況
特別ページ
ページ情報
2022年5月23日 (月) 02:29時点における
Administrator
(
トーク
|
投稿記録
)
による版
(ページの作成:「'''CAP定理'''(読み:きゃっぷていり)とは、 * 一貫性(Consistency) * 可用性(Availability) * 分断耐性(Partition-tolerance) の3…」)
(差分) ← 古い版 |
最新版
(
差分
) |
新しい版 →
(
差分
)
警告: このページの古い版を編集しています。
公開すると、この版以降になされた変更がすべて失われます。
警告:
ログインしていません。編集を行うと、あなたの IP アドレスが公開されます。
ログイン
または
アカウントを作成
すれば、あなたの編集はその利用者名とともに表示されるほか、その他の利点もあります。
スパム攻撃防止用のチェックです。 けっして、ここには、値の入力は
しない
でください!
'''CAP定理'''(読み:きゃっぷていり)とは、 * 一貫性(Consistency) * 可用性(Availability) * 分断耐性(Partition-tolerance) の3つうち、同時に満たせるのは2つまで、という定理である。 逆をいえば、どれか1つを捨てなければならない。 <br /> ==概要== ===一貫性=== 一貫性とは、最新の書き込み[[データ]]を確実に受け取れること。 いわゆる「[[トランザクション処理]]」ができるこという。 ===可用性=== 可用性とは、特定の[[サーバー]]に障害発生しても全滅しないこと。 いわゆる「[[単一障害点]]」がないことをいう。 ===分断耐性=== 分断耐性とは、ネットワーク分断が発生しても動き続けること。 「大規模なネットワークで単一障害点の排除など現実的には無理だ」という考え方である。 ==主な製品のCAP定理== ===データベース=== {| class="wikitable" |+ ! !C !A !P !備考 |- |Apache Cassandra | |○ |○ | |- |Apache CouchDB | |○ |○ | |- |Apache HBase |○ | |○ | |- |Hypertable |○ | |○ | |- |MongoDB |○ | |○ | |- |RDBMS(MySQLやPostgreSQLなど) |○ |○ | | |}
編集内容の要約:
MonoBookへの投稿はすべて、他の投稿者によって編集、変更、除去される場合があります。 自分が書いたものが他の人に容赦なく編集されるのを望まない場合は、ここに投稿しないでください。
また、投稿するのは、自分で書いたものか、パブリック ドメインまたはそれに類するフリーな資料からの複製であることを約束してください(詳細は
MonoBook:著作権
を参照)。
著作権保護されている作品は、許諾なしに投稿しないでください!
このページを編集するには、下記の確認用の質問に回答してください (
詳細
):
1たす1は?(全角で入力してください)
キャンセル
編集の仕方
(新しいウィンドウで開きます)
本文の横幅制限を有効化/無効化