ドキュメントデータベースとNoSQL - ダミー

ドキュメントデータベースは、時には表示される結果データの合計セットである、テレビエピソード、シリーズ、チャンネル、ブランド、スケジューリングおよび可用性情報を含むドキュメントを持つ場合があります。 1つの論理ユニット、つまり 集約 で情報を結合する文書を保持する傾向があるため、いわゆる集約データベースです。 テレビのエピソード、シリーズ、チャンネル、ブランド、オンラインのキャッチアップサービスを検索したときに表示される予定の結果データの合計であるスケジュールと利用可能な情報を含むドキュメントがあるとします。

<！ - 1 - >

単一の文書からすべての情報を取得することは、データベース（RDBMSのように複雑な結合は不要）で簡単で、アプリケーションにとっては論理的です（複雑ではありません）。

世界には文書がいっぱいです。ドキュメントは、一般に高価値の目的のために作成されるため、重要です。残念なことにそれらの多くは税務書類と法案ですが、それはあなたのコントロールから完全に外れています。あなたは組織が物事を管理するのを手伝っているだけです！

<！ - 2 - >

疎なことに、文書は構造化されていないツリー構造の情報です。レシピ（明らかにチーズケーキの場合）、金融サービス取引、PowerPointファイル、PDF、プレーンテキスト、またはJSONまたはXMLドキュメントである可能性があります。

オンラインストアの注文とそれに関連する配達と支払いの住所と注文項目はツリー構造と考えることができますが、代わりに列ストアを使用することができます。これは、データ構造が前もって知られているためであり、変化しない可能性があり、それらの上で列操作を実行することが望ましいからです。ほとんどの場合、列ストアがこのデータに適しています。

<！ - 3 - >

NoSQLデータベースの中には、ポリストラクチャードドキュメントストレージと高速フィールド（列）操作の両方の利点を提供するものがあります。

これは、文書データベースを少しキャッチオールにします。興味深いことに、そのような性質のために、効果的なドキュメントストアは、より単純なデータ構造を格納することも可能である。たとえば、テーブルは非常にフラットなXMLドキュメントとしてモデル化することができます。つまり、単一の要素セットのみを持ち、サブ要素階層はありません。トリプル（別名

サブグラフ ）のセットは、単一のドキュメント内に格納することも、ドキュメント間に格納することもできます。そうすることの有用性は、もちろん、サポートされている索引付けおよび照会機構に依存します。あなたがそれらを照会することができなければ、文書にトリプルを格納することはできません。