Administrator: /* 主な製品のCAP定理 */

2022-05-23T02:33:03Z

主な製品のCAP定理

← 古い版		2022年5月23日 (月) 02:33時点における版
1行目:		1行目:
	'''CAP定理'''（読み：きゃっぷていり）とは、		'''CAP定理'''（読み：きゃっぷていり）とは、

	* 一貫性（Consistency）		*一貫性（Consistency）
	* 可用性（Availability）		*可用性（Availability）
	* 分断耐性（Partition-tolerance）		*分断耐性（Partition-tolerance）

	の３つうち、同時に満たせるのは２つまで、という定理である。		の３つうち、同時に満たせるのは２つまで、という定理である。

Administrator: ページの作成:「'''CAP定理'''（読み：きゃっぷていり）とは、 * 一貫性（Consistency） * 可用性（Availability） * 分断耐性（Partition-tolerance）の３…」

2022-05-23T02:29:58Z

ページの作成:「'''CAP定理'''（読み：きゃっぷていり）とは、 * 一貫性（Consistency） * 可用性（Availability） * 分断耐性（Partition-tolerance）の３…」

新規ページ

'''CAP定理'''（読み：きゃっぷていり）とは、

* 一貫性（Consistency）
* 可用性（Availability）
* 分断耐性（Partition-tolerance）

の３つうち、同時に満たせるのは２つまで、という定理である。

逆をいえば、どれか１つを捨てなければならない。

<br />
==概要==
===一貫性===
一貫性とは、最新の書き込み[[データ]]を確実に受け取れること。

いわゆる「[[トランザクション処理]]」ができるこという。
===可用性===
可用性とは、特定の[[サーバー]]に障害発生しても全滅しないこと。

いわゆる「[[単一障害点]]」がないことをいう。
===分断耐性===
分断耐性とは、ネットワーク分断が発生しても動き続けること。

「大規模なネットワークで単一障害点の排除など現実的には無理だ」という考え方である。
==主な製品のCAP定理==
===データベース===
{| class="wikitable"
|+
!
!C
!A
!P
!備考
|-
|Apache Cassandra
|
|○
|○
|
|-
|Apache CouchDB
|
|○
|○
|
|-
|Apache HBase
|○
|
|○
|
|-
|Hypertable
|○
|
|○
|
|-
|MongoDB
|○
|
|○
|
|-
|RDBMS(MySQLやPostgreSQLなど)
|○
|○
|
|
|}

CAP定理 - 版の履歴

Administrator: /* 主な製品のCAP定理 */

Administrator: ページの作成:「'''CAP定理'''（読み：きゃっぷていり）とは、 * 一貫性（Consistency） * 可用性（Availability） * 分断耐性（Partition-tolerance） の３…」

Administrator: ページの作成:「'''CAP定理'''（読み：きゃっぷていり）とは、 * 一貫性（Consistency） * 可用性（Availability） * 分断耐性（Partition-tolerance）の３…」