自由形式の構造を持つドキュメントは、(リレーショナル データベースとは対照的に) データの保存に適している場合があります。しかし、ドキュメント全体をディスクに再書き込みする必要があるため、データに小さな変更を加えることと組み合わせて保持するという問題が 1 つあります。
だから私の質問は、「文書データベース」はこれを解決するために特別に作られたものですか?
アップデート
「ドキュメント指向データベース」の概念がよく理解できたと思います。明らかに、いかなる種類のドキュメントでもありませんが、各実装では、JSON などの独自の形式が使用されます。そして、私の質問に対する答えも明らかになります。変更のたびに JSON 構造全体をディスクに書き直して永続化する必要があるとしたら、それはあまり優れたデータベースとは言えません。
変更のたびに JSON 構造全体をディスクに書き直して永続化する必要があるとしたら、それはあまり優れたデータベースとは言えません。
これは、私が知っているドキュメント データベースには当てはまりません。たとえば、Mongo はドキュメントを JSON として保存するのではなく、BSON ( http://en.wikipedia.org/wiki/BSON ) として保存します。
また、Mongo などのデータベースはドキュメントを RAM に保存し、後でディスクに保持します。
実際、多くのドキュメント データベースは、ドキュメントをメイン メモリに格納してからディスクに書き込むというパターンに従います。
しかし、特定のドキュメント データベースがデータをディスクに書き込むという事実、およびいくつかのドキュメントが大幅に変更される可能性があるという事実は、データベースが非パフォーマンスであることを意味するものではありません。推測に基づいて文書データベースを無視するつもりはありません。