私が読んだNoSQLデータベースの3つのタイプは、キー値、列指向、およびドキュメント指向です。
Key-Valueは非常に単純です-単純な値を持つキーです。
キー値のように記述されたドキュメント指向データベースを見てきましたが、値はJSONオブジェクトのような構造にすることができます。各「ドキュメント」は、別のキーと同じキーをすべて、一部、またはまったく持つことができません。
列指向は、構造を指定しないという点でドキュメント指向に非常によく似ているようです。
では、これら2つの違いは何ですか。また、なぜ一方を他方の上に使用するのでしょうか。
私は特にMongoDBとCassandraを見てきました。基本的に、変更できるが他の値には影響しない動的構造が必要です。同時に、特定のキーを検索/フィルタリングしてレポートを実行できるようにする必要があります。CAPでは、APが私にとって最も重要です。データの競合や損失がない限り、データは「最終的に」ノード間で同期できます。各ユーザーは、独自の「テーブル」を取得します。
回答:
Cassandraでは、各行（キーでアドレス指定される）に1つ以上の「列」が含まれます。列はそれ自体がキーと値のペアです。列名を事前定義する必要はありません。つまり、構造は固定されていません。行の列は、キー（名前）に従ってソートされた順序で格納されます。
場合によっては、行に非常に多数の列がある場合があります（たとえば、特定の種類のクエリを有効にするためのインデックスとして機能するため）。Cassandraはこのような大きな構造を効率的に処理でき、特定の範囲の列を取得できます。
スーパーカラムと呼ばれる構造のレベルがさらにあり（あまり一般的には使用されません）、カラムにはネストされた（サブ）カラムが含まれます。
全体的な構造は、2つまたは3つのレベルのキーを持つネストされたハッシュテーブル/辞書と考えることができます。
通常の列ファミリー：
row
col col col ...
val val val ...
スーパーコラムファミリー：
row
supercol supercol ...
(sub)col (sub)col ... (sub)col (sub)col ...
val val ... val val ...
データを分割またはグループ化するために使用できる高レベルの構造（列ファミリーとキースペース）もあります。
この質問も参照してください：Cassandra：サブカラムとは何ですか
または、http： //wiki.apache.org/cassandra/ArticlesAndPresentationsからのデータモデリングリンク
Re：ドキュメント指向データベースとの比較-後者は通常、ドキュメント全体（通常はJSON）を挿入しますが、Cassandraでは、個々の列またはスーパー列をアドレス指定し、これらを個別に更新できます。つまり、異なるレベルの粒度で機能します。各列には、独自のタイムスタンプ/バージョンがあります（分散クラスター全体で更新を調整するために使用されます）。
Cassandra列の値は単なるバイトですが、ASCII、UTF8テキスト、数値、日付などとして入力できます。
もちろん、JSONを含む列を挿入することで、Cassandraをプリミティブドキュメントストアとして使用できますが、実際のドキュメント指向ストアのすべての機能を利用できるわけではありません。
主な違いは、ドキュメントストア（MongoDBやCouchDBなど）では任意に複雑なドキュメント（サブドキュメント内のサブドキュメント、ドキュメントを含むリストなど）が許可されるのに対し、列ストア（CassandraやHBaseなど）では固定形式（厳密な1レベルや2レベルの辞書。
「挿入」では、rdbmsワードを使用するために、ドキュメントベースの方が一貫性があり、まっすぐ進んでいます。cassandraを使用すると、クォーラムの概念との一貫性を実現できますが、これはすべての列ベースのシステムに適用されるわけではなく、可用性が低下することに注意してください。ライトワンス/リードが多いシステムでは、MongoDBを使用します。また、オブジェクトの構造全体を常に読み取ることを計画している場合も考慮してください。ドキュメントベースのシステムは、ドキュメントを取得したときにドキュメント全体を返すように設計されており、行全体の一部を返すことはあまり得意ではありません。
Cassandraのような列ベースのシステムは、「更新」においてドキュメントベースよりもはるかに優れています。列を含む行を読み取らなくても、列の値を変更できます。書き込みは実際には同じサーバーで実行する必要はありません。複数のサーバーの複数のファイルに行が含まれている場合があります。急速に進化する巨大なデータシステムでは、Cassandraを選択してください。また、キーごとに非常に大きなデータチャンクを計画していて、クエリごとにすべてをロードする必要がない場合にも検討してください。「選択」では、Cassandraで必要な列のみをロードできます。
また、MongoDBはC ++で記述されており、2番目のメジャーリリースであり、CassandraはJVMで実行する必要があり、最初のメジャーリリースは昨日からのみリリース候補になっていることを考慮してください（ただし、0.Xリリースはすでに大手企業）。
一方、Cassandraの設計は部分的にAmazon Dynamoに基づいており、高可用性ソリューションとしてコアで構築されていますが、それは列ベースの形式とは何の関係もありません。MongoDBもスケールアウトしますが、Cassandraほど優雅ではありません。