DP-420日本語問題集PDFは最新 [2025年最新] 究極な学習ガイド [Q44-Q59]

DP-420日本語問題集PDFは最新 [2025年最新] 究極な学習ガイド

DP-420日本語試験問題集PDFは更新された問題集でしかも合格保証付き

質問 # 44
次の Azure Resource Manager (ARM) テンプレートがあります。

テンプレートを増分モードでデプロイする予定です。
次の各ステートメントについて、そのステートメントが true の場合は [はい] を選択します。それ以外の場合は、「いいえ」を選択します。

正解：

解説：

Explanation:

質問 # 45
Azure Cosmos DB for NoSQL アカウントにコンテナーがあります。 1 秒あたり 30,000 要求ユニット (RU/秒) の手動スループットを持つデータベース。消費電流の詳細を次の表に示します。
PartitionKeyRangeID による正規化された RU 消費量 (%)

ドロップダウンメニューを使用して、図に示されている情報に基づいて各質問に答える回答の選択肢を選択します。注: 正しく選択するたびに 1 ポイントの価値があります。

正解：

解説：

Explanation:

質問 # 46
注: この質問は、同じシナリオを示す一連の質問の一部です。このシリーズの各質問には、指定された目標を達成できる可能性のある独自の解決策が含まれています。一部の質問セットには複数の正しい解決策がある場合もありますが、他の質問セットには正しい解決策がない場合があります。
このセクションの質問に回答すると、その質問に戻ることはできません。そのため、これらの質問はレビュー画面には表示されません。
Azure Cosmos DB for NoSQL アカウントに conlainer1 という名前のコンテナーがあります。
Container1 の内容を Azure Stream Analytics ジョブの参照データとして利用できるようにする必要があります。
解決策: データを別の Azure Cosmos DB for NoSQL コンテナーにコピーする Azure 関数を作成します。
これは目標を達成していますか?

A. はい
B. いいえ

正解：B

質問 # 47
Azure Cosmos DB Core (SQL) API アカウントにコンテナーがあります。
オプティミスティック同時実行を使用してドキュメントを置き換えるには、Azure Cosmos DB SDK を使用する必要があります。
コードには何を含めるべきでしょうか?回答するには、回答領域で適切なオプションを選択してください。
注: 正しく選択するたびに 1 ポイントの価値があります。

正解：

解説：

Explanation:

Box 1: ConsistencyLevel
The ItemRequestOptions Class ConsistencyLevel property gets or sets the consistency level required for the request in the Azure Cosmos DB service.
Azure Cosmos DB offers 5 different consistency levels. Strong, Bounded Staleness, Session, Consistent Prefix and Eventual - in order of strongest to weakest consistency.
Box 2: _etag
The ItemRequestOptions class helped us implement optimistic concurrency by specifying that we wanted the SDK to use the If-Match header to allow the server to decide whether a resource should be updated. The If-Match value is the ETag value to be checked against. If the ETag value matches the server ETag value, the resource is updated.
Reference:
https://docs.microsoft.com/en-us/dotnet/api/microsoft.azure.cosmos.itemrequestoptions
https://cosmosdb.github.io/labs/dotnet/labs/10-concurrency-control.html

質問 # 48
Azure Cosmos OB または NoSQL アカウントにデータを保存する運用システムを作成する予定です。次の要件を満たすようにアカウントを構成する必要があります。
* Spar* クエリをサポートします。
* 過去 6 か月間のデータ分析をサポートします。
* クエリを実行するときの分析コンピューティングに対してのみ料金が発生します。
どの 3 つのアクションを実行する必要がありますか?それぞれの正解は、解決策の一部を示しています。注意正しい選択はそれぞれ 1 ポイントの価値があります。

A. アカウントの Azure Synapse Link を有効にします
B. コンテナを作成し、有効期間を 6 か月に設定します。
C. Azure Synapse のリンクされたサービスを作成します。
D. Azure Databanks ノートブックを作成します。
E. コンテナーを作成し、分析プロパティを 6 か月に設定します。
F. Azure Synapse パイプラインを作成します。

正解：A、D、E

質問 # 49
次の形式の項目を含むアカウントという名前の Azure Cosmos DB コンテナーを作成する予定です。

これまでに残高が負の値を記録したすべてのアカウントの ID を返すクエリを定義する必要があります。
クエリをどのように完了すればよいでしょうか?回答するには、回答領域で適切なオプションを選択してください。
注: 正しく選択するたびに 1 ポイントの価値があります。

正解：

解説：

質問 # 50
注: この質問は、同じシナリオを示す一連の質問の一部です。このシリーズの各質問には、指定された目標を達成できる可能性のある独自の解決策が含まれています。一部の質問セットには複数の正しい解決策が含まれる場合がありますが、他の質問セットには正しい解決策がない場合があります。
このセクションの質問に回答すると、その質問に戻ることはできません。そのため、これらの質問はレビュー画面には表示されません。
Azure Cosmos DB Core (SQL) API アカウントに、container1 という名前のコンテナーがあります。
Container1 の内容を Azure Stream Analytics ジョブの参照データとして利用できるようにする必要があります。
解決策: Azure Cosmos DB Core (SQL) API を入力として使用し、Azure Blob Storage を出力として使用する Azure Data Factory パイプラインを作成します。
これは目標を達成していますか?

A. はい
B. いいえ

正解：B

解説：
Instead create an Azure function that uses Azure Cosmos DB Core (SQL) API change feed as a trigger and Azure event hub as the output.
The Azure Cosmos DB change feed is a mechanism to get a continuous and incremental feed of records from an Azure Cosmos container as those records are being created or modified. Change feed support works by listening to container for any changes. It then outputs the sorted list of documents that were changed in the order in which they were modified.
The following diagram represents the data flow and components involved in the solution:

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

質問 # 51
あなたは、アプリケーションの更新によって引き起こされる現在の問題のトラブルシューティングを行っています。
アプリケーションの機能に影響を与えることなく、アプリケーションの更新の問題に対処できるアクションはどれですか?

A. account1 のデフォルトの整合性レベルを「strong」に設定します。
B. コンプロダクトコンテナーの有効期間を有効にします。
C. カスタムインデックス作成ポリシーを製品コンテナに追加します。
D. account1 のデフォルトの整合性レベルを限界のある古い状態に設定します。

正解：D

解説：
Bounded staleness is frequently chosen by globally distributed applications that expect low write latencies but require total global order guarantee. Bounded staleness is great for applications featuring group collaboration and sharing, stock ticker, publish-subscribe/queueing etc.
Scenario: Application updates in con-product frequently cause HTTP status code 429 "Too many requests".
You discover that the 429 status code relates to excessive request unit (RU) consumption during the updates.
Reference:
https://docs.microsoft.com/en-us/azure/cosmos-db/consistency-levels

質問 # 52
Azure Cosmos DB for NoSQL アカウントには、注文に関するデータを保存するコンテナーがあります。以下は注文書のサンプルです。

ドキュメントは最大 2 KB です。
毎日 100 万件の注文を受ける予定です。
顧客は過去の注文履歴を頻繁に閲覧します。
orderDate をパーティションキーとして使用するかどうかを評価しています。
orderDate をパーティションキーとして使用する 2 つの効果は何ですか?それぞれの正解は完全な解決策を示します。
注: 正しく選択するたびに 1 ポイントの価値があります。

A. ホットパーティションが常に存在します。
B. パーティションごとの最大ストレージを超えます。
C. パーティションキー値の最大数を超えます。
D. クエリはパーティション間で実行されます。

正解：A、D

質問 # 53
コンテナー 1 という名前のコンテナーを含む Azure Cosmos DB データベースがあります。コンテナー 1 コンテナーは最大 20,000 RU/秒で構成されており、現在 240 GB のデータが含まれています。
現在の使用状況に基づいて、container1 のコストを見積もる必要があります。
何 RU/秒が請求されますか?

A. 0
B. 20,000
C. 4.000
D. 1

正解：C

質問 # 54
次の図に示すように、NoSQL アカウント用の Azure Cosmos DB のバックアップを構成します。

ドロップダウンメニューを使用して、図に示されている情報に基づいて各ステートメントを完成させる回答の選択肢を選択します。
注: 正しく選択するたびに 1 ポイントの価値があります。

正解：

解説：

Explanation:
Box 1 = The current backup policy provides protection for: 2 Hours Azure Cosmos DB automatically takes backups of your data at regular intervals. The backup interval and the retention period can be configured from the Azure portal. You can also choose between two backup modes: periodic backup mode and continuous backup mode. Periodic backup mode is the default mode for all existing accounts and it takes a full backup of your database every 4 hours by default. Continuous backup mode is a new mode that allows you to restore to any point of time within either 7 or 30 days1.
For your scenario, based on the exhibit, you have configured a backup for an Azure Cosmos DB for NoSQL account using the periodic backup mode with a backup interval of 1 hour and a retention period of 2 hours.
This means that Azure Cosmos DB will take a full backup of your database every hour and keep only the latest two backups. Therefore, the current backup policy provides protection for 2 hours.
Box 2: In case of emergency, you must (answer choice) to restore the backup = create a support ticket Azure Cosmos DB automatically takes backups of your data at regular intervals. You can configure the backup interval and the retention period from the Azure portal. You can also choose between two backup modes:
periodic backup mode and continuous backup mode. Periodic backup mode is the default mode for all existing accounts and it takes a full backup of your database every 4 hours by default. Continuous backup mode is a new mode that allows you to restore to any point of time within either 7 or 30 days1.
For your scenario, based on the exhibit, you have configured a backup for an Azure Cosmos DB for NoSQL account using the periodic backup mode with a backup interval of 1 hour and a retention period of 2 hours.
This means that Azure Cosmos DB will take a full backup of your database every hour and keep only the latest two backups. In case of emergency, you must create a support ticket to restore the backup. This is the answer to your question.
To restore data from a periodic backup, you need to create a support request with Azure Cosmos DB team and provide the following information:
* The name of your Azure Cosmos DB account
* The name of the database or container that you want to restore
* The date and time (in UTC) that you want to restore from
* The name of the target Azure Cosmos DB account where you want to restore the data
* The name of the target resource group where you want to restore the data The Azure Cosmos DB team will then initiate the restore process and notify you when it is completed2.

質問 # 55
accounts1 という名前の Azure Cosmos DB for NoSQL アカウントがあります。
account1 に統合キャッシュを実装する予定です。
アカウント 1 を対象とするリクエストの接続モードと一貫性レベルを構成する必要があります。ソリューションでは、統合キャッシュを使用しながら一貫性を最大化する必要があります。
何を設定する必要がありますか? 回答するには、回答領域で適切なオプションを選択してください。
注意: 正しい選択ごとに 1 ポイントが付与されます。

正解：

解説：

Explanation:

質問 # 56
次の表に示す Azure Cosmos DB for NoSQL コンテナーがあります。

次の表に示す項目があります。

各アイテムの有効期限はいつですか?回答するには、回答領域で適切なオプションを選択してください。
注: 正しく選択するたびに 1 ポイントの価値があります。

正解：

解説：

Explanation:

質問 # 57
Azure Cosmos DB for NoSQL に db1 という名前のデータベースがあります。
dbl を使用するアプリケーションを設計しています。
db1 では、coll1 に格納される coll1 という名前の新しいコンテナーを作成しています。
以下は、coll1 に格納されるドキュメントのサンプルです。

アプリケーションには次のような特徴があります。
* 新しい注文はさまざまな顧客によって頻繁に作成されます。
※お客様は過去の注文履歴を閲覧されることが多いです。
アプリケーションをサポートするには、coll1 のパーティションキー値を選択する必要があります。ソリューションではコストを最小限に抑える必要があります。
パーティションキーを何に設定すればよいでしょうか?

A. 注文 ID
B. 注文日
C. ID
D. 顧客 ID

正解：B

解説：
Based on the characteristics of the application and the provided document structure, the most suitable partition key value for coll1 in the given scenario would be the customerId, Option B.
The application frequently creates new orders by different customers and customers often view their past order history. Using customerId as the partition key would ensure that all orders associated with a particular customer are stored in the same partition. This enables efficient querying of past order history for a specific customer and reduces cross-partition queries, resulting in lower costs and improved performance.
a partition key is a JSON property (or path) within your documents that is used by Azure Cosmos DB to distribute data among multiple partitions3. A partition key should have a high cardinality, which means it should have many distinct values, such as hundreds or thousands1. A partition key should also align with the most common query patterns of your application, so that you can efficiently retrieve data by using the partition key value1.
Based on these criteria, one possible partition key that you could use for coll1 is B. customerId.
This partition key has the following advantages:
* It has a high cardinality, as each customer will have a unique ID3.
* It aligns with the query patterns of the application, as customers will often view their past order history3.
* It minimizes costs, as it reduces the number of cross-partition queries and optimizes the storage and throughput utilization1.
This partition key also has some limitations, such as:
* It may not be optimal for scenarios where orders need to be queried independently from customers or aggregated by date or other criteria3.
* It may result in hot partitions or throttling if some customers create orders more frequently than others or have more data than others1.
* It may not support transactions across multiple customers, as transactions are scoped to a single logical partition2.
Depending on your specific use case and requirements, you may need to adjust this partition key or choose a different one. For example, you could use a synthetic partition key that concatenates multiple properties of an item2, or you could use a partition key with a random or pre-calculated suffix to distribute the workload more evenly2.

質問 # 58
Azure Cosmos DB Core (SQL) API アカウントにデータベースがあります。
あなたは、5,000 の中小企業の従業員データを保存するコンテナーを作成することを計画しています。各事業の従業員数は最大 25 名となります。各従業員項目には emailAddress 値があります。
同じ会社内の各従業員の emailAddress 値が一意であることを確認する必要があります。
パーティションキーとユニークキーは何を設定すればよいでしょうか？回答するには、回答領域で適切なオプションを選択してください。
注: 正しく選択するたびに 1 ポイントの価値があります。

正解：

解説：

Explanation:

Box 1: CompanyID
After you create a container with a unique key policy, the creation of a new or an update of an existing item resulting in a duplicate within a logical partition is prevented, as specified by the unique key constraint. The partition key combined with the unique key guarantees the uniqueness of an item within the scope of the container.
For example, consider an Azure Cosmos container with Email address as the unique key constraint and CompanyID as the partition key. When you configure the user's email address with a unique key, each item has a unique email address within a given CompanyID. Two items can't be created with duplicate email addresses and with the same partition key value.
Box 2: emailAddress
Reference: https://docs.microsoft.com/en-us/azure/cosmos-db/unique-keys