RedisのNoSQLのデータベースがにあります

著作権:Copyright権利を保有https://blog.csdn.net/weixin_39921821/article/details/89813488

とRedisのNoSQLの製品にまず、導入

メモリに格納されているOracle、MySQLやMS場合SQLserverこれらは、データを格納するためのリレーショナルテーブルであり、そしてNoSQLのは、あなたのデータで、このデータを通じてあるが、確かにありません:1.当社は、通常のような、リレーショナルデータベースであり、見ますテーブルの形で記憶されます。

2.通常のWebアプリケーションプロジェクトまたはプロジェクトが「3高」高同時実行、高負荷に表示されますので、高いスケーラビリティがそれほどのNoSQLを使用して検討します

①同時の高い需要が読み込まれ、データベースへの書き込み

ウェブサイト利用者の個人情報に応じてリアルタイムに生成し、動的なページは動的な情報を提供することは、とても基本的には、多くの場合、2回目の読み出しあたり何千回に達すると書き込み要求を、データベースの同時実行の負荷が非常に高く、動的ページの静的な技術を使用することはできません。かろうじて持ちこたえたが、何千回は、SQLのデータ書き込み要求に対処するために数万回のに対処するためのリレーショナルデータベースのSQLクエリ、ハードディスクIOは、それらを買う余裕することができませんでした。実際には、通常のBBSサイトのために、多くの場合、西安のユーザ状態のリアルタイム統計サイトとして高い同時書き込み要求、需要があり、クリック数はので、これはかなり一般的な要件である、チケットを数え、人気のある記事を記録しました。

②効率的なストレージと、膨大な量のデータへのアクセスの需要(高負荷)

Facebookのと同様に、さえずり、FriendfeedのようにSNSサイトは、ユーザーが生成したユーザの動的質量は、Friendfeedのために毎日は、たとえば、月は2.5億レコードテーブルには、リレーショナルデータベースのために250万人のユーザーを動的に達しますSQLクエリ内で、効率が極めて低く、さらには耐え難いです。すべてのでは、このようなテンセント、シャンダなどの大規模なWebサイトのユーザーのログインシステム、の別の例は、アカウントの何百万、数百を回し、リレーショナルデータベースに対応することは困難です。

③データベースのスケーラビリティと高可用性の高い需要が

Webベースのアーキテクチャとは、データベースには、スケールに最も困難であり、ユーザの量は、アプリケーションシステムと増加のトラフィックは、あなたがより多くを追加することによって、単にWebサーバなどのデータベースやアプリケーションサーバーの方法がありませんときときパフォーマンスと負荷容量を拡張するノードのハードウェアとサービスを提供しています。多くのサイトでは、データベース・システムのアップグレードや拡張が非常に苦痛で、24時間サービスを提供する必要があり、多くの場合、メンテナンスやダウンタイムデータの移行を必要とし、データベースは、なぜ拡張マイルを達成するために、サーバー・ノードを追加し続けることができませんか?

  NoSQLデータベースは、特にビッグデータアプリケーションの問題では、もたらされた課題の複数のデータ型の大規模なデータ収集を解決するために生成されます。

 たとえば、次のように主流のNoSQLデータベース製品

次の4つの分類3.NoSQLデータベースは、次のとおりです。

  • データベースに格納されたキー(キー値)

      関連製品:Redisの、東京内閣/タイラント...

      代表的なアプリケーション:主にデータロードを大量に処理するために使用される高アクセスコンテンツのキャッシング、。

      データモデル:キーと値のペアのシリーズ

      利点:クイッククエリ

      弱点:構造化データ・ストレージの不足

  • 列ストアデータベース

      関連製品:HBaseの、カサンドラ、Riakに

      代表的なアプリケーション:分散ファイルシステム

      データモデル:カラムストレージクラスタ、データの同じ行の存在と

      長所:分散型の拡張が容易高速検索速度、拡張性、

      短所:比較的限定された機能

  • 文書データベース

      関連製品:MongoDBの、CouchDBの

      代表的なアプリケーション:Webアプリケーション(キー値と同様に、値が構造化されています)

      データモデル:キーと値のペアのシリーズ

      利点:データ構造は必須ではありません

      短所:クエリのパフォーマンスは高くなく、統一されたクエリ構文の欠如

  • グラフィック(グラフ)データベース

      リレーショナルデータベース:無限グラフ、のNeo4j、Infogrid

      代表的なアプリケーション:ソーシャルネットワーキング

      データモデル:構造図。

      長所:図の構造相関アルゴリズム

      短所:マップ全体の結果を計算するために行う必要はなく、分散クラスタリング手法を行うのは簡単

 注:リレーショナル・データベースは、リレーショナル・テーブルに基づいて、データベースは、最終的なデータがディスクに保存されている、とのNoSQLデータベースは特別な構造に基づいて、データベースのメモリに格納されたデータ。パフォーマンスの観点からは、NoSQLのデータベースは、リレーショナル・データベースからのセキュリティの観点から、リレーショナルデータベースに比べて優れているのNoSQLデータベースよりも優れているので、実際の開発でプロジェクトのNoSQLとリレーショナルデータベースを一緒に使用して、性能を達成二重の安全性を確保

NoSQLの特性に関しては、第二

など、比類のないパフォーマンス上の利点を持つ大規模なリレーショナルデータベースのデータアクセスの場合:

拡大する1.簡単

 NoSQLのは、さまざまなデータベースが、共通の特徴は、リレーショナルデータベースの関係特性を取り除かれます。データ間の関係はありません、拡張することは非常に簡単ですので。また、スケーラブルもたらす能力のレベルの枠組みの中で、目に見えない間。

データ、高性能の2大量

NoSQLのデータベースは非常に高い読んで、それも優れ、特に大量のデータでは、パフォーマンスを書きされています。データベースのその非リレーショナル、シンプルな構造のおかげ。

3.柔軟なデータ・モデル

フィールドデータの前に設立なしのNoSQLは、カスタムデータ形式を保存する準備ができて、格納されます。リレーショナルデータベースでは、フィールドを追加または削除するには、非常に面倒なことです。データテーブルの非常に大きな量は、フィールドを増やす場合、それは単に悪夢です。これは、特に大量のデータのWeb2.0の時代です。

4.高可用性

ケース内のNoSQLは、パフォーマンスに影響を与えることはありません、あなたは簡単に高可用性アーキテクチャを実現することができます。このようなカサンドラ、HBaseのモデルとして、モデルの可用性をコピーすることによって達成することができます。

要約すると:

  フィリピン関係のNoSQLの特性は、それがWeb2.0の時代の寵児は、大規模な電源Web2.0のサイトが再び離陸した、データベースは新しい革命運動であることを確認してください。

おすすめ

転載: blog.csdn.net/weixin_39921821/article/details/89813488