Explanation:
ボックス 1 = すべてのリージョンにデータを同期的に書き込み、複製する
これは、書き込みの懸念が、Azure Cosmos DB アカウント 2 で構成されている既定の整合性レベル (この場合は強力) にマップされているためです。強力な整合性により、すべての書き込み操作が、Azure Cosmos DB アカウント 1 に関連付けられているすべてのリージョンに同期的にコミットされます。セッションの要求レベルの整合性レベルは、App11 の読み取り操作にのみ適用されます。
ボックス2: クライアントへのレイテンシが最も低いと推定されるもの
これは、App1 の読み取り操作では、要求オプションで指定されたセッション整合性レベルが使用されるためです。セッション整合性は、セッション内での単調な読み取り、単調な書き込み、および読み取り独自の書き込みを保証するクライアント中心の整合性モデルです。セッションは、クライアント接続またはストアド プロシージャの実行にスコープ設定されます。セッション整合性により、クライアントは、クライアントへの待機時間が最も短い任意のリージョンから読み取ることができます。

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

説明

ボックス1: はい
"path": "/*" は includePaths 内にあります。
ルート パスを含めると、インデックスを作成する必要のないパスを選択的に除外できます。これは、Azure Cosmos DB がモデルに追加される可能性のある新しいプロパティを事前にインデックス化できるため、推奨される方法です。
ボックス2: いいえ
"path": "/firstName/?" は excludePaths にあります。
ボックス3: はい
"path": "/address/city/?" は includePaths にあります
参考: https://docs.microsoft.com/en-us/azure/cosmos-db/index-policy

説明
Azure Cosmos DB 変更フィードは、Azure Cosmos コンテナーからレコードが作成または変更されるときに、レコードの継続的な増分フィードを取得するメカニズムです。変更フィード サポートは、コンテナーの変更をリッスンすることで機能します。次に、変更されたドキュメントを変更された順序で並べ替えたリストとして出力します。
次の図は、ソリューションに関係するデータ フローとコンポーネントを表しています。

参考: https://docs.microsoft.com/en-us/azure/cosmos-db/sql/changefeed-ecommerce-solution