【Rdeis 04]分散データベースCAP原則(CAP + BASE)

分散データベースCAPの原則(CAP + BASE)

伝統的なACID

1)アトミック(不可分):

オール・オア・ナッシングいずれかで行うトランザクションのすべての操作、成功したトランザクションは、すべての操作の条件が成功した取引です。

2)一貫性(整合性):

、一貫性のある状態でデータベースを持っているトランザクションを実行するには、元のデータベースの整合性制約を変更しません。

3)独立(分離):

アクセスするための1件のトランザクションデータが別のトランザクションのコミット前に、別のトランザクションによって変更されている、互いに同時トランザクションに影響を与えない意味し、データは変更されません参照してください。

4)持続性(耐久性):

彼は永続的にデータベースに保存されますでしたどのようなダウンタイムが発生した場合でも、トランザクションがコミットされていることを永続化手段は、それが失われることはありません変更します。

 

CAP分散データベース

(NOSQLと3つだけは、2を満たさなければなりません)

1)強い一貫性(整合性)

2)可用性(アベイラビリティ)

3)フォールトトレランスのパーティション(パーティション・トレランス)

CAPコア理論がある:分散システムは、同時に、一貫性、可用性、およびフォールトトレランス3つのパーティションの需要を満たすことができません

したがって、CAP原理はNOSQLデータベースは、原則、次の3つのカテゴリに分類されます。

1)CA - 通常それほど強力でクラスタ満たす一貫性、システムの可用性、スケーラビリティ、単一点。

  注:従来のOracle Database

2)CP - 満たすシステムの一貫性、パーティションのフォールトトレランス、パフォーマンス一般に、特に高くはありません。

  注:ほとんどのサイトのアーキテクチャを選択

3)AP - 満たすシステムの可用性、耐障害性のパーティション、通常はいくつかの可能性が低いの一貫性の要件。

  注:Redisの、MongoDBの

 

ベース

ソリューションにより減少し、可用性と提案にリレーショナルデータベースの強い一貫性によって引き起こされる問題を解決するために、

3つの用語のBASE略称:

1)基本的な利用可能(基本的には利用可能)

2)ソフト状態(ソフト状態)

3)最終的には)(最終的に一貫しています

アイデアは次のとおりです。データ要件の一貫性にリラックスする時にシステムを通じてシステム全体の改善スケーラビリティとパフォーマンスと引き換えに。

 

分散システム:

複数のコンピュータ及びコンピュータネットワークを介した通信接続(ローカルネットワークまたはワイドエリアネットワーク)のソフトウェアコンポーネント。システムは、分散型ネットワーク・ソフトウェア・システムに基づいています。ソフトウェアの正式な性質、凝集と透明度の高い分散システムのため。したがって、ネットワークと分散システムとの間の差より高レベルのソフトウェア(特にオペレーティング・システム)は、よりもむしろハード。分散システムは、異なるプラットフォーム上で使用することができます。以下のような:PC、ワークステーション、LANやWANなど

(簡単に言えば〜)

1)分散:RPCまたはRMI通信と呼び出しの間で、それらの間に、別のサービス・モジュール(工学)の上に展開され、異なる複数のサーバは、グループ内で外部サービスとの連携を提供しています。

2)クラスター:同じサービスモジュール上に展開され、異なる複数のサーバ、分散スケジューリングソフトウェアによって統一発送は、サービスとのアクセスを提供します。

 

~~~まだシリコンバレーを説明するためのビデオから感謝

著者:タオセンの最初の毎日
出典:https://www.cnblogs.com/it-taosir/
この記事は、執筆者に属し、公園の合計をブログ、転載を歓迎するが、作者の同意なしに、このセクションで宣言され保持されなければならない、と記事のページで元のリンクの見かけの位置、そうでない場合は法的責任を追及する権利与えられました。

分散データベースCAPの原則(CAP + BASE)

伝統的なACID

1)アトミック(不可分):

オール・オア・ナッシングいずれかで行うトランザクションのすべての操作、成功したトランザクションは、すべての操作の条件が成功した取引です。

2)一貫性(整合性):

、一貫性のある状態でデータベースを持っているトランザクションを実行するには、元のデータベースの整合性制約を変更しません。

3)独立(分離):

アクセスするための1件のトランザクションデータが別のトランザクションのコミット前に、別のトランザクションによって変更されている、互いに同時トランザクションに影響を与えない意味し、データは変更されません参照してください。

4)持続性(耐久性):

彼は永続的にデータベースに保存されますでしたどのようなダウンタイムが発生した場合でも、トランザクションがコミットされていることを永続化手段は、それが失われることはありません変更します。

 

CAP分散データベース

(NOSQLと3つだけは、2を満たさなければなりません)

1)強い一貫性(整合性)

2)可用性(アベイラビリティ)

3)フォールトトレランスのパーティション(パーティション・トレランス)

CAPコア理論がある:分散システムは、同時に、一貫性、可用性、およびフォールトトレランス3つのパーティションの需要を満たすことができません

したがって、CAP原理はNOSQLデータベースは、原則、次の3つのカテゴリに分類されます。

1)CA - 通常それほど強力でクラスタ満たす一貫性、システムの可用性、スケーラビリティ、単一点。

  注:従来のOracle Database

2)CP - 満たすシステムの一貫性、パーティションのフォールトトレランス、パフォーマンス一般に、特に高くはありません。

  注:ほとんどのサイトのアーキテクチャを選択

3)AP - 満たすシステムの可用性、耐障害性のパーティション、通常はいくつかの可能性が低いの一貫性の要件。

  注:Redisの、MongoDBの

 

ベース

ソリューションにより減少し、可用性と提案にリレーショナルデータベースの強い一貫性によって引き起こされる問題を解決するために、

3つの用語のBASE略称:

1)基本的な利用可能(基本的には利用可能)

2)ソフト状態(ソフト状態)

3)最終的には)(最終的に一貫しています

アイデアは次のとおりです。データ要件の一貫性にリラックスする時にシステムを通じてシステム全体の改善スケーラビリティとパフォーマンスと引き換えに。

 

分散システム:

複数のコンピュータ及びコンピュータネットワークを介した通信接続(ローカルネットワークまたはワイドエリアネットワーク)のソフトウェアコンポーネント。システムは、分散型ネットワーク・ソフトウェア・システムに基づいています。ソフトウェアの正式な性質、凝集と透明度の高い分散システムのため。したがって、ネットワークと分散システムとの間の差より高レベルのソフトウェア(特にオペレーティング・システム)は、よりもむしろハード。分散システムは、異なるプラットフォーム上で使用することができます。以下のような:PC、ワークステーション、LANやWANなど

(簡単に言えば〜)

1)分散:RPCまたはRMI通信と呼び出しの間で、それらの間に、別のサービス・モジュール(工学)の上に展開され、異なる複数のサーバは、グループ内で外部サービスとの連携を提供しています。

2)クラスター:同じサービスモジュール上に展開され、異なる複数のサーバ、分散スケジューリングソフトウェアによって統一発送は、サービスとのアクセスを提供します。

 

~~~まだシリコンバレーを説明するためのビデオから感謝

おすすめ

転載: www.cnblogs.com/boyYu/p/12454259.html
おすすめ