リアルなDP-420日本語は100%カバー試験問題をゲット [2025年04月]
問題集まとめ概要はDP-420日本語試験問題集はここ
質問 # 81
サーバーレス SQL プールを含む workspace1 という名前の Azure Synapse Analytics ワークスペースがあります。
運用データを保存する Azure Table Storage アカウントがある。
Table Storage アカウントを Azure Cosmos DB for NoSQL に置き換える必要があります。ソリューションは次の要件を満たす必要があります。
* サーバーレス SQL プールからのクエリをサポートします。
* クエリを実行するときの分析コンピューティングに対してのみ料金が発生します。
* 分析プロセスが確実に行われるようにする
注: 運用プロセスに影響します。
どの 3 つのアクションを順番に実行する必要がありますか?回答するには、アクションのリストから適切なアクションを回答領域に移動し、正しい順序で並べます。
正解：
解説：
Explanation:
質問 # 82
注: この質問は、同じシナリオを示す一連の質問の一部です。このシリーズの各質問には、指定された目標を達成できる可能性のある独自の解決策が含まれています。一部の質問セットには複数の正しい解決策が含まれる場合がありますが、他の質問セットには正しい解決策がない場合があります。
このセクションの質問に回答すると、その質問に戻ることはできません。そのため、これらの質問はレビュー画面には表示されません。
Azure Cosmos DB Core (SQL) API アカウントに、container1 という名前のコンテナーがあります。
Container1 の内容を Azure Stream Analytics ジョブの参照データとして利用できるようにする必要があります。
解決策: Azure Cosmos DB Core (SQL) API を入力として使用し、Azure Blob Storage を出力として使用する Azure Synapse パイプラインを作成します。
これは目標を達成していますか?
- 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
質問 # 83
Azure Cosmos DB for NoSQL アカウントに接続するアプリケーションを開発しています。アカウントには 1 つの Readme リージョンと 1 つの Agonal Read リージョンがあります。リージョンは自動フェイルオーバー用に構成されています。
アカウントには次の接続文字列があります。 (行番号は参考のためにのみ記載されています。)
次の各ステートメントについて、そのステートメントが true の場合は [はい] を選択します。それ以外の場合は、「いいえ」を選択します。
注: 正しく選択するたびに 1 ポイントの価値があります。
正解：
解説：
質問 # 84
accounts という名前の Azure Cosmos DB for NoSQL アカウントを含む Azure サブスクリプションがあり、リソース ログを Log Analytics に送信するようにアカウントを構成します。
過去 24 時間以内に削除された account1 内のコンテナーを特定する必要があります。
クエリをどのように完了すればよいですか? 回答するには、回答領域で適切なオプションを選択します。
注意: 正しい選択ごとに 1 ポイントが付与されます。
正解：
解説：
質問 # 85
同じ 3 つのクエリを頻繁に受信する Azure Cosmos DB for NoSQL アカウントがあります。
クエリによって消費される RU を最小限に抑えるためにインデックス作成を構成する必要があります。
各クエリにはどのタイプのインデックスを使用する必要がありますか?回答するには、回答領域で適切なオプションを選択してください。
注: 正しく選択するたびに 1 ポイントの価値があります。
正解：
解説：
Explanation:
Box 1 = Range Azure Cosmos DB supports three types of indexes: range, spatial and composite. For the query you provided, which is an equality query on a single property, the best type of index to use is range. Range index is based on an ordered tree-like structure and it is used for equality queries, range queries and checking for the presence of a property1. Range index also supports any string or number2.
Box 2 = Composite
Azure Cosmos DB supports three types of indexes: range, spatial and composite. For the query you provided, which is an order by query on two properties, the best type of index to use is composite. Composite index is used for optimizing order by queries on multiple properties1. Composite index allows you to specify a list of property paths and sort orders that are used for ordering items2.
Box 3 = spatial
Azure Cosmos DB supports three types of indexes: range, spatial and composite. For the query you provided, which is a spatial query on a point property, the best type of index to use is spatial. Spatial index is used for querying items based on their location or proximity to a given point1. Spatial index supports point, polygon and linestring data types2.
質問 # 86
Azure Cosmos DB SQL API Core (SQL) アカウントに開発に使用されるデータベースがあります。
データベースはバッチ処理で 1 日に 1 回変更されます。
最後のバッチプロセスが失敗した場合にデータベースを復元できることを確認する必要があります。ソリューションではコストを最小限に抑える必要があります。
バックアップ設定はどのように行うべきですか?回答するには、回答領域で適切なオプションを選択してください。
注: 正しく選択するたびに 1 ポイントの価値があります。
正解：
解説：
質問 # 87
Azure サブスクリプションがあります。サブスクリプションには、Customers というコンテナーをホストする account1 という Azure Cosmos DB for NoSQL アカウントが含まれています。マルチリージョン書き込みが許可されています。
次の C# コードを実行します。
次の各文について、その文が正しい場合は「はい」を選択し、そうでない場合は「いいえ」を選択します。
注意: 正しい選択ごとに 1 ポイントが付与されます。
正解：
解説：
質問 # 88
Container1 という名前のコンテナーを含む Azure Cosmos DB for NoSQL アカウントがあります。
アイテム ID とパーティション キーのポイント読み取りを実行するキーと値のストアとして、container1 を使用する予定です。
コンテナーのインデックス作成ポリシーを定義する必要があります。ソリューションは次の要件を満たす必要があります。
*container1 に DefauitTimeToLive を設定する機能を提供します。
*実装時間を最小限に抑えます。
*コストを最小限に抑えます。
インデックス作成ポリシーの JSON 定義はどのように完了すればよいですか?回答するには、回答領域で適切なオプションを選択してください。
注: 正しく選択するたびに 1 ポイントの価値があります。
正解：
解説：
質問 # 89
Databaset という名前の Azure Cosmos DB データベースがあり、container1 という名前のコンテナーが含まれています。 Container1 コンテナーは製品データを保管し、次のインデックス作成ポリシーを持っています。
どのパスにインデックスが付けられますか?
- A. /製品/[ ]/カテゴリ
- B. /product/brand/tailspin
- C. /製品/カテゴリ
- D. /製品/ブランド
正解：D
解説：
The indexing policy has an includedPaths array that contains only one path: /product/brand/? . This means that only the properties under /product/brand will be indexed. The ? symbol indicates that only scalar values will be indexed, not arrays or objects1.
The excludedPaths array contains a single path: /* . This means that all other properties will be excluded from indexing. The * symbol indicates a wildcard that matches any property name1.
Therefore, the paths /product/category , /product/[ ]/category , and /product/brand/tailspin will not be indexed.
Topic 1, Litware, inc
Case Study
This is a case study. Case studies are not timed separately. You can use as much exam time as you would like to complete each case. However, there may be additional case studies and sections on this exam. You must manage your time to ensure that you are able to complete all questions included on this exam in the time provided.
To answer the questions included in a case study, you will need to reference information that is provided in the case study. Case studies might contain exhibits and other resources that provide more information about the scenario that is described in the case study. Each question is independent of the other questions in this case study.
At the end of this case study, a review screen will appear. This screen allows you to review your answers and to make changes before you move to the next section of the exam. After you begin a new section, you cannot return to this section.
To start the case study
To display the first question in this case study, click the Next button. Use the buttons in the left pane to explore the content of the case study before you answer the questions. Clicking these buttons displays information such as business requirements, existing environment, and problem statements. If the case study has an All Information tab, note that the information displayed is identical to the information displayed on the subsequent tabs. When you are ready to answer a question, click the Question button to return to the question.
Overview
Litware, Inc. is a United States-based grocery retailer. Litware has a main office and a primary datacenter in Seattle. The company has 50 retail stores across the United States and an emerging online presence. Each store connects directly to the internet.
Existing environment. Cloud and Data Service Environments.
Litware has an Azure subscription that contains the resources shown in the following table.
Each container in productdb is configured for manual throughput.
The con-product container stores the company's product catalog data. Each document in con-product includes a con-productvendor value. Most queries targeting the data in con-product are in the following format.
SELECT * FROM con-product p WHERE p.con-productVendor - 'name'
Most queries targeting the data in the con-productVendor container are in the following format SELECT * FROM con-productVendor pv ORDER BY pv.creditRating, pv.yearFounded Existing environment. Current Problems.
Litware identifies the following issues:
Updates to product categories in the con-productVendor container do not propagate automatically to documents in the con-product container.
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.
Requirements. Planned Changes
Litware plans to implement a new Azure Cosmos DB Core (SQL) API account named account2 that will contain a database named iotdb. The iotdb database will contain two containers named con-iot1 and con-iot2.
Litware plans to make the following changes:
Store the telemetry data in account2.
Configure account1 to support multiple read-write regions.
Implement referential integrity for the con-product container.
Use Azure Functions to send notifications about product updates to different recipients.
Develop an app named App1 that will run from all locations and query the data in account1.
Develop an app named App2 that will run from the retail stores and query the data in account2. App2 must be limited to a single DNS endpoint when accessing account2.
Requirements. Business Requirements
Litware identifies the following business requirements:
Whenever there are multiple solutions for a requirement, select the solution that provides the best performance, as long as there are no additional costs associated.
Ensure that Azure Cosmos DB costs for IoT-related processing are predictable.
Minimize the number of firewall changes in the retail stores.
Requirements. Product Catalog Requirements
Litware identifies the following requirements for the product catalog:
Implement a custom conflict resolution policy for the product catalog data.
Minimize the frequency of errors during updates of the con-product container.
Once multi-region writes are configured, maximize the performance of App1 queries against the data in account1.
Trigger the execution of two Azure functions following every update to any document in the con-product container.
質問 # 90
DB1 という名前の Azure Cosmos DB for NoSQL データベースを含む Azure サブスクリプションがあります。 DB1 にプロビジョニングされた共有スループットは 10,000 DTU/秒です。 DB1 には、次の表に示すコンテナーが含まれています。
コンテナーのスループットを変更する必要があります。ソリューションは次の要件を満たす必要があります。
* Container1 の最大スループットは 4,000 DTU/秒である必要があります。
* Contained のスループットはコンテナ間で共有する必要があります。
* 管理上の労力は最小限に抑える必要があります。
あなたは何をするべきか？回答するには、回答領域で適切なオプションを選択してください。注: 正しく選択するたびに 1 ポイントの価値があります。
正解：
解説：
Explanation:
質問 # 91
あなたは書籍出版社のリレーショナル データベースを管理しています。データベースには次のテーブルが含まれています。
最も一般的なクエリは、指定された authorId の書籍をリストします。
リレーショナル データベースを置き換える Azure Cosmos DB Core (SQL) API の非リレーショナル データ モデルを開発する必要があります。ソリューションでは、待ち時間と読み取り操作コストを最小限に抑える必要があります。
ソリューションには何を含めるべきでしょうか?
- A. 著者用のコンテナと書籍用のコンテナを作成します。各 Author ドキュメントと Book ドキュメントに、Bookauthorlnk からのデータを埋め込みます。
- B. 同じコンテナ内に Author、Book、および Bookauthorlnk ドキュメントを作成します。
- C. 著者用のコンテナと書籍用のコンテナを作成します。各著者ドキュメントに、著者による各書籍の予約を埋め込みます。各 Book ドキュメントには、各著者の著者が埋め込まれます。
- D. 各著者のドキュメントと各ブックのドキュメントを含むコンテナを作成します。各 Book ドキュメントに authorId を埋め込みます。
正解：C
解説：
Store multiple entity types in the same container.
質問 # 92
次の表に示すように、Azure Cosmos DB Core (SQL) API アカウントには 3 つのコンテナーがあります。
次の Azure 関数があります。
cn1 の変更フィードを読み取る Fn1 という名前の関数
cn2 の変更フィードを読み取る Fn2 という名前の関数
cn3 の変更フィードを読み取る Fn3 という名前の関数
次のアクションを実行します。
item1 という名前の項目を cn1 から削除します。
cn2 内の item2 という名前の項目を更新します。
cn3 の item3 という名前のアイテムの場合、アイテムの存続時間を 3,600 秒に更新します。
次の各ステートメントについて、そのステートメントが true の場合は [はい] を選択します。それ以外の場合は、「いいえ」を選択します。
注: 正しく選択するたびに 1 ポイントの価値があります。
正解：
解説：
Explanation:
Box 1: No
Azure Cosmos DB's change feed is a great choice as a central data store in event sourcing architectures where all data ingestion is modeled as writes (no updates or deletes).
Note: The change feed does not capture deletes. If you delete an item from your container, it is also removed from the change feed. The most common method of handling this is adding a soft marker on the items that are being deleted. You can add a property called "deleted" and set it to "true" at the time of deletion. This document update will show up in the change feed. You can set a TTL on this item so that it can be automatically deleted later.
Box 2: No
The _etag format is internal and you should not take dependency on it, because it can change anytime.
Box 3: Yes
Change feed support in Azure Cosmos DB works by listening to an Azure Cosmos container for any changes.
Reference:
https://docs.microsoft.com/en-us/azure/cosmos-db/sql/change-feed-design-patterns
https://docs.microsoft.com/en-us/azure/cosmos-db/change-feed
質問 # 93
次の形式の項目を含むアカウントという名前の Azure Cosmos DB コンテナーを作成する予定です。
これまでに残高が負の値を記録したすべてのアカウントの ID を返すクエリを定義する必要があります。
クエリをどのように完了すればよいでしょうか?回答するには、回答領域で適切なオプションを選択してください。
注: 正しく選択するたびに 1 ポイントの価値があります。
正解：
解説：
Explanation:
質問 # 94
Azure Cosmos DB Core (SQL) API アカウントにデータベースがあります。
accountnumber という名前の変数に基づいてデータベースにアクセスしてレコードを取得する Azure 関数を作成する必要があります。ソリューションは SQL インジェクション攻撃から保護する必要があります。
関数内でコマンド文をどのように定義すればよいでしょうか?
- A. cmd = "SELECT * FROM Persons p
WHERE p.accountnumber = 'accountnumber'" - B. cmd = "SELECT * FROM Persons p
WHERE p.accountnumber = LIKE @accountnumber" - C. cmd = "SELECT * FROM Persons p
WHERE p.accountnumber = '" + accountnumber + "'" - D. cmd = "SELECT * FROM Persons p
WHERE p.accountnumber = @accountnumber"
正解：D
解説：
Azure Cosmos DB supports queries with parameters expressed by the familiar @ notation. Parameterized SQL provides robust handling and escaping of user input, and prevents accidental exposure of data through SQL injection.
For example, you can write a query that takes lastName and address.state as parameters, and execute it for various values of lastName and address.state based on user input.
SELECT *
FROM Families f
WHERE f.lastName = @lastName AND f.address.state = @addressState
質問 # 95
Azure Cosmos DB for NoSQL アカウントを含む Azure サブスクリプションがあります。次の C# コードを使用して、暗号化ポリシーを定義および実装します。
次の各文について、正しい場合は「はい」を選択し、そうでない場合は「いいえ」を選択します。
注意: 正しい選択ごとに 1 ポイントが付与されます。
正解：
解説：
質問 # 96
Azure Cosmos DB Core (SQL) API アカウントにデータベースがあります。
accountnumber という名前の変数に基づいてデータベースにアクセスしてレコードを取得する Azure 関数を作成する必要があります。ソリューションは SQL インジェクション攻撃から保護する必要があります。
関数内でコマンド文をどのように定義すればよいでしょうか?
- A. cmd = "SELECT * FROM Persons p
WHERE p.accountnumber = 'accountnumber'" - B. cmd = "SELECT * FROM Persons p
WHERE p.accountnumber = LIKE @accountnumber" - C. cmd = "SELECT * FROM Persons p
WHERE p.accountnumber = '" + accountnumber + "'" - D. cmd = "SELECT * FROM Persons p
WHERE p.accountnumber = @accountnumber"
正解：D
解説：
Azure Cosmos DB supports queries with parameters expressed by the familiar @ notation. Parameterized SQL provides robust handling and escaping of user input, and prevents accidental exposure of data through SQL injection.
For example, you can write a query that takes lastName and address.state as parameters, and execute it for various values of lastName and address.state based on user input.
SELECT *
FROM Families f
WHERE f.lastName = @lastName AND f.address.state = @addressState
Reference: https://docs.microsoft.com/en-us/azure/cosmos-db/sql/sql-query-parameterized-queries
質問 # 97
次の例に示すように、Azure Cosmos DB Core (SQL) API アカウントのコンテナーにインデックスを付けるように Azure Cognitive Search を構成します。
ドロップダウン メニューを使用して、図に示されている情報に基づいて各ステートメントを完成させる回答の選択肢を選択します。
注: 正しく選択するたびに 1 ポイントの価値があります。
正解：
解説：
Explanation:
Box 1: country
The country field is filterable.
Note: filterable: Indicates whether to enable the field to be referenced in $filter queries. Filterable differs from searchable in how strings are handled. Fields of type Edm.String or Collection(Edm.String) that are filterable do not undergo lexical analysis, so comparisons are for exact matches only.
Box 2: name
The name field is not Retrievable.
Retrievable: Indicates whether the field can be returned in a search result. Set this attribute to false if you want to use a field (for example, margin) as a filter, sorting, or scoring mechanism but do not want the field to be visible to the end user.
Note: searchable: Indicates whether the field is full-text searchable and can be referenced in search queries.
Reference: https://docs.microsoft.com/en-us/rest/api/searchservice/create-index
質問 # 98
NoSQL アカウント用の Azure Cosmos DB に注文データを保存する予定です。データには、注文とそれに関連する商品に関する情報が含まれています。
注文読み取り操作をサポートするモデルを開発する必要があります。ソリューションではリクエストの数を最小限に抑える必要があります。
- A. 1 つのコンテナを含む単一のデータベースを作成します。注文ごとに個別のドキュメントを作成し、注文アイテムを注文ドキュメントに埋め込みます。
- B. 注文用のコンテナと注文品目のコンテナを含む単一のデータベースを作成します。
- C. 注文用データベースと注文品目用データベースを作成します。
- D. 1 つのコンテナを含む単一のデータベースを作成します。注文と注文品目をコンテナ内の別のドキュメントに保存します。
正解：A
解説：
Azure Cosmos DB is a multi-model database that supports various data models, such as documents, key-value, graph, and column-family3. The core content-model of Cosmos DB's database engine is based on atom-record-sequence (ARS), which allows it to store and query different types of data in a flexible and efficient way3.
To develop a model that supports order read operations and minimizes the number of requests, you should consider the following factors:
* The size and shape of your data
* The frequency and complexity of your queries
* The latency and throughput requirements of your application
* The trade-offs between storage efficiency and query performance
Based on these factors, one possible model that you could implement is B. Create a single database that contains one container. Create a separate document for each order and embed the order items into the order documents.
This model has the following advantages:
* It stores orders and order items as self-contained documents that can be easily retrieved by order ID1.
* It avoids storing redundant data or creating additional containers for order items1.
* It allows you to view the order history of a customer with simple queries1.
* It leverages the benefits of embedding data, such as reducing the number of requests, improving query performance, and simplifying data consistency2.
This model also has some limitations, such as:
* It may not be suitable for some order items that have data that is greater than 2 KB, as it could exceed the maximum document size limit of 2 MB2.
* It may not be optimal for scenarios where order items need to be queried independently from orders or aggregated by other criteria2.
* It may not support transactions across multiple orders or customers, as transactions are scoped to a single logical partition2.
Depending on your specific use case and requirements, you may need to adjust this model or choose a different one. For example, you could use a hybrid data model that combines embedding and referencing data2
, or you could use a graph data model that expresses entities and relationships as vertices and edges.
質問 # 99
カスタム競合解決ポリシーを使用する Azure Cosmos DB for NoSQL アカウントがある。アカウントには、実行時例外をスローするマージ プロシージャが登録されています。実行時例外により、競合の解決が妨げられます。
競合を解決するには、Azure 関数を使用する必要があります。何を使えばいいのでしょうか？
- A. 変更フィードからプッシュされた項目を受け取り、Azure Cosmos DB トリガーによってトリガーされる関数
- B. 競合フィードからプッシュされたアイテムを受け取り、Azure Cosmos DB トリガーによってトリガーされる関数
- C. 変更フィードから項目を取得し、タイマー トリガーによってトリガーされる関数
- D. 競合フィードから項目を取得し、タイマー トリガーによってトリガーされる関数
正解：B
質問 # 100
カスタム競合解決ポリシーを使用する Azure Cosmos DB for NoSQL アカウントがあります。アカウントには、ランタイム例外をスローするマージ プロシージャが登録されています。ランタイム例外により、競合が解決されません。
競合を解決するには、Azure 関数を使用する必要があります。何を使用すればよいでしょうか?
- A. 変更フィードからプッシュされた項目を受け取り、Azure Cosmos DB トリガーによってトリガーされる関数
- B. 競合フィードからプッシュされたアイテムを受け取り、Azure Cosmos DB トリガーによってトリガーされる関数
- C. 変更フィードからアイテムを取得し、タイマートリガーによってトリガーされる関数
- D. 競合フィードからアイテムを取得し、タイマートリガーによってトリガーされる関数
正解：B
質問 # 101
Azure Cosmos DB Core (SQL) API アカウントのコンテナーの設定は、次のように構成されます。
コンテナの構成を説明するステートメントはどれですか?
- A. コレクションに保存されているアイテムは、アイテムに有効期限値がある場合にのみ期限切れになります。
- B. すべてのアイテムは 1 時間後に削除されます。
- C. コレクションに保存されているアイテムは、アイテムの存続時間の値に関係なく、常に保持されます。
- D. 1 年後にすべてのアイテムが削除されます。
正解：A
解説：
When DefaultTimeToLive is -1 then your Time to Live setting is On (No default) Time to Live on a container, if present and the value is set to "-1", it is equal to infinity, and items don't expire by default.
Time to Live on an item:
This Property is applicable only if DefaultTimeToLive is present and it is not set to null for the parent container.
If present, it overrides the DefaultTimeToLive value of the parent container.
Reference: https://docs.microsoft.com/en-us/azure/cosmos-db/sql/time-to-live
質問 # 102
Azure Cosmos DB for NoSQL アカウントがあります。アカウントは、変更フィードが有効になっているコンテナーをホストしています。Azure Cosmos DB SDK を使用してアプリを構築しています。アプリは、プル モデルを使用して変更フィードから項目を読み取ります。複数のスレッドが変更フィードを並行して読み取ることができるようにする必要があります。何を含める必要がありますか?
- A. FeedRange値
- B. changeFeedStartFew 値
- C. ページサイズの値
- D. ストリームベースのイテレータ
正解：A
質問 # 103
......
認定トレーニングはDP-420日本語試験問題集テストエンジン：https://www.jpntest.com/shiken/DP-420J-mondaishu