マップスキーマの関係

項目一覧

このタスクについて

始める前に
手順
スキーマ内の関連データの特定
関連データのスキーママップを作成する
関連データを埋め込むか参照を使用するかを選択する
例
記事のクエリの最適化
記事と著者のクエリの最適化
次のステップ
詳細

スキーマを設計するときは、アプリケーションが関連データをクエリして返す必要があることを考慮してください。データエンティティ間の関係をどのようにマッピングするかは、アプリケーションのパフォーマンスとスケーラビリティに影響します。

関連データを処理する推奨方法は、サブドキュメントに埋め込むことです。関連データを埋め込むと、アプリケーションは 1 回の読み取り操作で必要なデータをクエリでき、低速の $lookup操作を回避できます。

一部のユースケースでは、参照を使用して別のコレクション内の関連データを示すことができます。

このタスクについて

関連データを埋め込むか、参照を使用するかを判断するには、アプリケーションの次の目的の相対的な重要性を考慮してください。

関連データのクエリを改善する: アプリケーションが 1 つのエンティティについてのデータを返すために、1 つのエンティティを頻繁にクエリする場合は、頻繁に$lookup操作を必要としないようにデータを埋め込みます。
さまざまなエンティティから返されるデータを改善する: アプリケーションが関連エンティティのデータをまとめて返す場合は、そのデータを単一のコレクションに埋め込みます。
更新パフォーマンスの向上: アプリケーションが関連データを頻繁に更新する場合は、データをコレクションに保存し、参照を使用してそのコレクションにアクセスすることを検討してください。参照を使用すると、データを 1 か所で更新するだけで、アプリケーションの書込みワークロードが軽減されます。

埋め込みデータと参照の利点の詳細については、「埋め込みデータと参照の比較」を参照してください。

始める前に

関係のマッピングは、スキーマ設計プロセスの 2 番目のステップです。関係をマッピングする前に、アプリケーションのワークロードを特定して、必要なデータを判断します。

手順

スキーマ内の関連データの特定

アプリケーションがクエリするデータと、エンティティが相互にどのように関連するかを特定します。

スキーマ設計プロセスの最初のステップで、アプリケーションのワークロードから識別した操作を検討してください。これらの操作が書き込む情報と返す情報、および複数の操作間で重複する情報に注意してください。

例

ブログアプリケーションの次のスキーママップを考えてみましょう。

次の例は、アプリケーションのニーズに応じて、さまざまなクエリに対してスキーマを最適化する方法を示しています。

記事のクエリの最適化

アプリケーションが主にタイトルなどの情報を検索する記事をクエリする場合は、アプリケーションに必要なすべてのデータを 1 回の操作で返されるように関連情報をarticlesコレクションに埋め込みます。

次のドキュメントは、記事に対するクエリ用に最適化されています。

db.articles.insertOne(
   {
      title: "My Favorite Vacation",
      date: ISODate("2023-06-02"),
      text: "We spent seven days in Italy...",
      tags: [
         {
            name: "travel",
            url: "<blog-site>/tags/travel"
         },
         {
            name: "adventure",
            url: "<blog-site>/tags/adventure"
         }
      ],
      comments: [
         {
            name: "pedro123",
            text: "Great article!"
         }
      ],
      author: {
         name: "alice123",
         email: "alice@mycompany.com",
         avatar: "photo1.jpg"
      }
   }
)

記事と著者のクエリの最適化

アプリケーションが記事情報と著者情報を個別に返す場合は、記事と著者を別々のコレクションに保存することを検討してください。このスキーマ設計により、著者情報を返すために必要な作業が軽減され、不要なフィールドを含めずに著者情報のみを返すことができます。

次のスキーマでは、 articlesコレクションにはauthorsコレクションへの参照であるauthorIdフィールドが含まれています。

記事コレクション

db.articles.insertOne(
   {
      title: "My Favorite Vacation",
      date: ISODate("2023-06-02"),
      text: "We spent seven days in Italy...",
      authorId: 987,
      tags: [
         {
            name: "travel",
            url: "<blog-site>/tags/travel"
         },
         {
            name: "adventure",
            url: "<blog-site>/tags/adventure"
         }
      ],
      comments: [
         {
            name: "pedro345",
            text: "Great article!"
         }
      ]
   }
)

Authors コレクション

db.authors.insertOne(
   {
      _id: 987,
      name: "alice123",
      email: "alice@mycompany.com",
      avatar: "photo1.jpg"
   }
)

次のステップ

アプリケーションのデータの関係をマッピングしたら、スキーマ設計プロセスの次のステップは、設計パターンを適用してスキーマを最適化します。「設計パターンの適用」を参照してください。

詳細

戻る

ワークロードの特定

パターンの適用