キーバリュー型データベース

キー（識別子）と値（データ）の組み合わせでデータを管理するNoSQLデータベースの一種。シンプルな構造で高速な読み書きが可能。RedisやMemcachedが代表例。

キーと値の組だけでデータを保持するNoSQLデータベース。構造が単純なため非常に高速で、台数を増やして規模を広げやすい。複雑な検索や結合には向かない。

キーと値のペアでデータを管理するNoSQLデータベース。構造が単純で高速な読み書きが可能。セッション管理やキャッシュに適する。Redis、Amazon DynamoDBが代表例。

一意のキーと、それに対応する値の組だけでデータを管理するNoSQLデータベース。キーを指定した読み書きに機能を絞ることで、高速な応答と、サーバを増やして処理能力を上げるスケールアウトを実現する。値の中身による検索や複雑な問合せには向かず、セッション情報やキャッシュの保存に使われる（Redis、Amazon DynamoDBなど）。

組織内のクライアントに代わって、外部のWebサーバなどへの通信を中継するサーバ。取得したコンテンツのキャッシュによる応答の高速化、通信の記録、有害サイトへのアクセスの制限などに使われ、内部の端末を外部から直接見えなくする効果もある。

JSONなどの形式の半構造化データ（ドキュメント）を、データの格納と検索の単位とするNoSQLデータベース。あらかじめ厳密なスキーマを定義する必要がなく、入れ子の構造を持つデータや、項目が頻繁に変わるデータを扱いやすい。MongoDBが代表例。

表のデータを行単位ではなく列単位にまとめて格納するデータベース。集計に必要な列だけを読み出せばよく、同じ種類の値が並ぶため圧縮の効率も高いので、大量データの分析処理（データウェアハウス）に向く。1行単位の追加や更新は行指向のデータベースより不得手である。

グラフ型のデータモデルに基づき、ノード（頂点）とエッジ（辺）でデータとその関係を格納するNoSQLデータベース。関係を多段階にたどる問合せを、表の結合を繰り返す関係データベースより効率よく処理でき、SNSの人間関係、推薦、不正取引の検知などに使われる。Neo4jが代表例。

分散データベースや分散ファイルシステムで、サーバから取得したデータの複製をクライアント側に一時的に保持しておく仕組み。同じデータへの再アクセスを手元で処理できるため、応答が速くなり、通信量とサーバの負荷も減る。サーバ側でデータが更新されたときに、複製との一貫性をどう保つかが課題となる。

分散データベースやNoSQLで重視される性質で、基本的に利用可能（Basically Available）、状態は厳密でなくてよい（Soft state）、最終的には一貫性が保たれる（Eventually consistent）の頭文字をとったもの。ACID特性の厳密な一貫性より可用性と拡張性を優先する考え方である。