マルチリージョン書き込み用に構成された Azure Cosmos DB Core (SQL) API アカウントがあります。アカウントには、container1 と container2 という 2 つのコンテナーを持つデータベースが含まれています。
以下は、container1 内のドキュメントのサンプルです。
{
「顧客ID」: 1234、
"firstName": "ジョン",
"姓": "スミス",
「ポリシー年」: 2021
}
以下は、container2 内のドキュメントのサンプルです。
{
"GPSID": 1234,
「緯度」: 38.8951,
「経度」: -77.0364
}
次の要件を満たすように競合解決を構成する必要があります。
container1 の場合、policyYear の最大値を使用して競合を解決する必要があります。
container2 の場合、緯度: 40.730610、経度: -73.935242 に最も近い距離を受け入れることで競合を解決する必要があります。
ソリューションを実装するには、管理上の労力を最小限に抑える必要があります。
各コンテナーに何を構成する必要がありますか? 答えるには、適切な構成を正しいコンテナーにドラッグします。各構成は、1 回、複数回、またはまったく使用されない場合があります。コンテンツを表示するには、ペイン間の分割バーをドラッグするか、スクロールする必要がある場合があります。
注意: 正しい選択ごとに 1 ポイントが付与されます。

注: この質問は、同じシナリオを提示する一連の質問の一部です。一連の質問にはそれぞれ、定められた目標を満たす独自の解決策が含まれています。質問セットによっては、正しい解決策が複数ある場合もあれば、正しい解決策がない場合もあります。
このセクションで質問に答えた後は、そのセクションに戻ることはできません。そのため、これらの質問はレビュー画面に表示されません。
Azure Cosmos DB Core (SQL) API アカウントに container1 という名前のコンテナーがあります。
container1 の内容を Azure Stream Analytics ジョブの参照データとして使用できるようにする必要があります。
解決策: Azure Cosmos DB Core (SQL) API 変更フィードをトリガーとして使用し、Azure イベント ハブを出力として使用する Azure 関数を作成します。
これは目標を満たしていますか?

Azure Cosmos DB for NoSQL アカウントに、注文に関するデータを格納するコンテナーがあります。以下は注文ドキュメントのサンプルです。

ドキュメントは最大 2 KB です。
毎日100万件の注文を受ける予定です。
顧客は過去の注文履歴を頻繁に確認します。
orderDate をパーティション キーとして使用するかどうかを評価しています。
orderDate をパーティション キーとして使用した場合の 2 つの効果は何ですか? それぞれの正解は完全なソリューションを示します。
注意: 正しい選択ごとに 1 ポイントが付与されます。

次の表に示すように、Azure Cosmos DB Core (SQL) API アカウントには 3 つのコンテナーがあります。

次の Azure 関数があります。
cn1の変更フィードを読み取るFn1という関数
cn2の変更フィードを読み取るFn2という関数
cn3の変更フィードを読み取るFn3という関数
次のアクションを実行します。
cn1 から item1 という名前のアイテムを削除します。
cn2 内の item2 という名前のアイテムを更新します。
cn3 内の item3 という名前のアイテムのアイテム有効時間を 3,600 秒に更新します。
次の各文について、正しい場合は「はい」を選択してください。そうでない場合は「いいえ」を選択してください。
注意: 正しい選択ごとに 1 ポイントが付与されます。

以下は注文書のサンプルです。

orders コンテナは、パーティション キーとして customerId を使用します。
月ごとに注文されたアイテムの合計数をアイテムタイプ別にレポートする必要があります。ソリューションは次の要件を満たす必要があります。
レポートができるだけ早く実行されるようにします。
リクエスト ユニット (RU) の消費を最小限に抑えます。
何をすべきでしょうか?