説明
Azure Cosmos DB は、ドキュメント、キー値、グラフ、列ファミリなど、さまざまなデータ モデルをサポートするマルチモデル データベースです3。Cosmos DB のデータベース エンジンのコア コンテンツ モデルは、Atom Record Sequence (ARS) に基づいており、さまざまな種類のデータを柔軟かつ効率的に保存およびクエリできます3。
順序読み取り操作をサポートし、リクエストの数を最小限に抑えるモデルを開発するには、次の要素を考慮する必要があります。
データのサイズと形状
クエリの頻度と複雑さ
アプリケーションのレイテンシとスループットの要件
ストレージ効率とクエリパフォーマンスのトレードオフ
これらの要素に基づいて、実装できるモデルの 1 つは B です。1 つのコンテナーを含む単一のデータベースを作成します。注文ごとに個別のドキュメントを作成し、注文アイテムを注文ドキュメントに埋め込みます。
このモデルには次の利点があります。
注文と注文項目は、注文 ID1 で簡単に取得できる自己完結型のドキュメントとして保存されます。
冗長なデータの保存や注文項目用の追加コンテナの作成を回避します1。
簡単なクエリ1で顧客の注文履歴を表示できます。
リクエスト数の削減、クエリ パフォーマンスの向上、データの一貫性の簡素化など、データ埋め込みの利点を活用します2。
このモデルには、次のようないくつかの制限もあります。
2 KB を超えるデータを持つ一部の注文項目には適さない場合があります。最大ドキュメント サイズ制限の 2 MB2 を超える可能性があるためです。
注文項目を注文とは別に照会したり、他の基準で集計したりする必要があるシナリオには最適ではない可能性があります2。
トランザクションは単一の論理パーティション2 に限定されるため、複数の注文または顧客にまたがるトランザクションをサポートできない場合があります。
特定のユースケースや要件に応じて、このモデルを調整したり、別のモデルを選択したりする必要があるかもしれません。たとえば、埋め込みデータと参照データを組み合わせたハイブリッドデータモデルを使用できます2
または、エンティティと関係を頂点とエッジとして表現するグラフ データ モデルを使用することもできます。

Explanation:
プライマリ書き込みリージョンに障害が発生した場合、データベースに書き込むアプリケーションは、サービスの使用を継続するために別の接続文字列を使用する必要があります。 = いいえプライマリ書き込みリージョンに障害が発生した場合、サービスの使用を継続するために別の接続文字列を使用する必要はありません。これは、Azure Cosmos DB が自動フェールオーバーをサポートしているためです。つまり、リージョンの停止が発生した場合にプライマリ書き込みリージョンが別のリージョンに自動的に切り替わります2
アプリケーションでは、接続文字列を変更したり、フェールオーバーの優先順位を指定したりする必要はありません3。接続文字列には、アカウントに関連付けられているすべてのリージョンのリストが含まれており、Azure Cosmos DB は、可用性と待機時間に基づいて、要求を適切なリージョンにルーティングします1。
プライマリ読み取り専用 SQL 接続文字列とセカンダリ読み取り専用 SQL 接続文字列は、米国東部 Azure リージョンで実行されているアプリケーションとは異なるリージョンに接続します = はいプライマリ読み取り専用 SQL 接続文字列とセカンダリ読み取り専用 SQL 接続文字列は、米国東部 Azure リージョンで実行されているアプリケーションとは異なるリージョンに接続します。これは、プライマリ読み取り専用 SQL 接続文字列に、プライマリ書き込みリージョンと同じ米国東部リージョンのエンドポイントが含まれているためです。
セカンダリ読み取り専用 SQL 接続文字列には、追加の読み取りリージョンである米国西部リージョンのエンドポイントが含まれています。したがって、米国東部 Azure リージョンで実行されているアプリケーションがこれらの接続文字列を使用する場合、選択したリージョンに応じて異なるリージョンに接続します。
アプリケーションは、接続プロパティ内の PreferredLocations プロパティを Yes に設定することで、どのリージョンから読み取るかを選択できます。 アプリケーションは、接続プロパティ内の PreferredLocations プロパティを Yes に設定することで、どのリージョンから読み取るかを選択できます。 このプロパティを使用すると、アプリケーションへの近さに基づいて、読み取り元として優先するリージョンの一覧を指定できます2。 Azure Cosmos DB は、可用性と待機時間に基づいて、要求を適切なリージョンにルーティングします1。 また、ApplicationRegion プロパティをアプリケーションがデプロイされているリージョンに設定すると、Azure Cosmos DB はその場所からの地理的な近さに基づいて、PreferredLocations プロパティを自動的に入力します1。

Explanation:
親が定義されていない子はリストに表示されます = いいえ
親が定義されていない子はリストに表示されません。これは、ドキュメント スキーマが children プロパティを、各子の firstName プロパティと gender プロパティ、および親の id 値を参照する parents プロパティを含むオブジェクトの配列として定義しているためです。子に親が定義されていない場合は、その子の parents プロパティが欠落しているか空であることを意味します。したがって、そのような子は、親が定義されている子のリストには含まれません。
ペットを複数飼っている子供は、リストに複数回表示されます。 = はい ペットを複数飼っている子供は、リストに複数回表示されます。これは、ドキュメント スキーマが、pets プロパティを、各ペットの givenName プロパティと type プロパティ、およびペットを所有する子供の id 値を参照する children プロパティを含むオブジェクトの配列として定義しているためです。子供がペットを複数飼っている場合、その子供の id 値は複数の pet オブジェクトの children プロパティに表示されることになります。したがって、そのような子供は、ペットを複数飼っている子供のリストに含まれます。
ペットを飼っていない子供はリストに表示されます = いいえ
ペットが定義されていない子はリストに表示されません。これは、ドキュメント スキーマが、pets プロパティを、各ペットの givenName および type プロパティと、ペットを所有する子の id 値を参照する children プロパティを含むオブジェクトの配列として定義しているためです。子にペットが定義されていない場合、その子の id 値はどの pet オブジェクトの children プロパティにも表示されません。
したがって、そのような子供は、ペットが定義されている子供のリストには含まれません。