つのコレクション全体に実行できる。このパターンを使用すると、ドキュメントの以前のバージョンと現在のバージョンを同じコレクションに共存させることができます。スキーマの移行を制御できる。将来的な技術的負債を軽減できる。つのインデックスが必要になることがある。容量を超えてしまう問題を解決します。全体の大きさを縮小できる。使用頻度の高いデータのディスクアクセス時間を短縮できる。サブセットの管理が必要。追加のデータを取得するには、データベースへの追加アクセスが必要。操作が不要になり、性能が向上する。グラフの更新はアプリケーションでの管理が必要。ドキュメントモデルがデータモデリングに非常に高い柔軟性を持つことを紹介しました。この柔軟性を最大限に活用するためには、アプリケーションのデータアクセスパターンに合わせて設計することが重要です。スキーマ設計は、アプリケーションのパフォーマンスに大きく影響を与えるため、慎重に行う必要があります。多くの場合、パフォーマンスの問題は不適切なスキーマ設計が原因で発生します。ドキュメントモデルの利点を最大限に引き出すために、適切な状況で複数のスキーマ設計パターンを組み合わせて使用できます。スキーマのバージョン管理は、アプリケーションの進化にあわせて、他のどのパターンとも併用可能です。ドキュメントモデルの柔軟性を最大限に活用するための必要な技術と知識を習得できます。