Redis入門-NoSQL

コンセプト

No Only SQL，         ，   web2.0   。

ぶんかつ

キー値格納データベース(Key-Value)

|分類|例|典型的応用場面|データモデル|長所|短所|欠点||---------||キー値(key-value)|Tokyo Cabinet/Tyrant,Redis,Voldemort,Oracle BD|コンテンツキャッシュは、主に大量のデータを処理するための高アクセス負荷、ログシステムなどにも用いられる.|KeyはValueのキー値ペアを指し、通常はhash tableで|検索速度が速い|データの無構造化を実現し、通常は文字列またはバイナリデータ|列記憶データベース|Cassandra、HBAse、Riak|分布式のファイルシステム|は列クラスタ式で記憶され、同じ列のデータが存在する|検索速度が速く、拡張性が強い.分散型拡張|機能の相対的な限界|ドキュメント型データベース|CouchDB,MongoDb|Webアプリケーション(KeyValueと同様、Valueは構造化されており、異なるのはデータベースがValueの内容を理解できることである)|KeyValueに対応するキー値ペア、Valueは構造化データ|データ構造の要求が厳しくなく、表構造が可変である.リレーショナル・データベースのようにテーブル構造を事前に定義する必要はありません|クエリーのパフォーマンスが高くなく、統一されたクエリー構文が欠けています.|グラフィック(Graph)データベース|Neo 4 J,InfoGrid,Infinite Graph|ソーシャルネットワーク,推奨システムなど.関係スペクトル|グラフィック構造|グラフィック構造関連アルゴリズムの構築に焦点を当てる.例えば、最短パスアドレス、N度関係検索など|必要な情報を得るには、図全体を計算する必要がある場合が多く、この構造は分散型のクラスタスキームにはあまりよくありません.
特長

拡張性

フレキシブルデータモデル

高性能ビッグデータ読み書き

高可用性