EN簡體繁體
登錄
首頁 / Microsoft / DP-420
Microsoft · DP-420

Azure Cosmos DB AI Developer

DP-420 英文 PDF 練習題，共 271 題，按題庫順序提供題目、原腳本支持的選項、答案及已有解析。本方案僅適用於此考試，一次付費，不自動續費。

考試介紹

面向 Cosmos DB 開發人員，考覈數據建模、查詢、性能優化及面向 AI 應用的數據方案。

考試代碼
DP-420
官方考試／認證名稱
Azure Cosmos DB AI Developer
考試形式
監考考試，可能包含交互題
考試時長
100 分鐘
官方可選考試語言
英文、日文、簡體中文、韓文、德文、法文、西班牙文、葡萄牙文（巴西）、繁體中文、意大利文

官方考試語言與下方練習題文件的語言分別列出；實際考試版本及可選語種以官方預約頁面爲準。

官方來源：官方資料
信息覈對日期：2026-10-20

支持的語言

  • 英文
  • 簡體中文
先試閱，再決定

前20 題免費試閱

題庫共 271 題

題目按題庫原始順序展示。展開查看答案和解析。

本頁試閱由簡體題庫轉換爲繁體中文。

免責聲明：本站所有題目均整理自互聯網，僅供學習參考。

第 16 題

Question#16Topic1

Azure Cosmos DB Core (SQL) API 帳戶中有一個名爲 db1 的數據庫。
您正在設計一個將使用 db1 的應用程序。
在 db1 中，您將創建一個名爲 coll1 的新容器，用於存儲在線訂單。
以下是將存儲在 coll1 中的文檔示例。

Question illustration
該應用程序將具有以下特徵：
✑ 不同的客戶會頻繁創建新訂單。
✑ 客戶經常會查看他們過去的訂單歷史記錄。
您需要爲 coll1 選擇分區鍵值以支持該應用程序。該解決方案必須最大限度地降低成本。
您應該將分區鍵設置爲什麼？
  1. A.訂單號
  2. B.客戶ID
  3. C.訂單日期
  4. D.ID
查看答案與解析

答案

B

解析

customerId 是最佳分區鍵，因爲客戶經常查看其過去的訂單歷史記錄 一個客戶的所有訂單共享相同的分區鍵，從而以最小的 RU 成本實現高效的單分區查詢。 orderId 會將每個訂單分散到自己的分區中，從而使客戶歷史查詢跨分區。 orderDate 創建熱分區（同一日期的所有訂單）和跨分區查詢以進行特定於客戶的查找。

第 17 題

Question#17Topic1

Azure Cosmos DB Core (SQL) API 帳戶中有一個容器，用於存儲有關訂單的數據。
以下是訂單文檔的示例。

Question illustration
文檔最大爲 2 KB。
您計劃每天收到一百萬份訂單。
客戶會經常查看他們過去的訂單歷史記錄。
您正在評估是否使用 orderDate 作爲分區鍵。
使用 orderDate 作爲分區鍵有哪兩個效果？每個正確答案都代表一個完整的解決方案。
注意：每個正確的選擇都值得一分。
  1. A.您將超出分區鍵值的最大數量
  2. B.您將超出每個分區的最大存儲空間
  3. C.總會有一個熱分區
  4. D.查詢將跨分區運行
查看答案與解析

答案

CD

解析

使用 orderDate 作爲分區鍵，每天有 100 萬個訂單，導致當天的所有寫入都針對同一邏輯分區，從而創建持久熱分區 (C)。客戶訂單歷史記錄查詢按 customerId 而不是 orderDate 進行過濾，從而強制執行昂貴的跨分區扇出查詢 (D)。您不會超過最大分區鍵值 (A)，因爲日期提供了足夠的基數，並且每個分區單獨 2 KB 文檔可能不會立即超過 20 GB (B)，儘管熱分區限制是主要問題。

第 18 題

Question#18Topic1

您的 Azure Cosmos DB Core (SQL) API 帳戶中有一個容器。該容器存儲有關家庭的數據。有關父母、孩子和寵物的數據存儲爲單獨的文檔。
每個文件都包含每個家庭的地址。同一族的成員共享名爲 familyId 的相同分區鍵。
您需要更新共享同一地址的同一家庭的每位成員的地址。該解決方案必須滿足以下要求：
✑ 原子性、一致性、隔離性和持久性（ACID）。
✑ 提供最低的延遲。
你應該做什麼？

  1. A.使用補丁操作分別更新每個家庭成員的文檔
  2. B.分別更新每個家庭成員的文檔，並將一致性級別設置爲強
  3. C.使用事務性批處理操作更新每個家庭成員的文檔
查看答案與解析

答案

C

解析

Azure Cosmos DB 中的事務批處理操作爲同一邏輯分區（同一分區鍵值）內的多個操作提供 ACID 保證。所有家族成員共享 familyId 作爲分區鍵，因此在一個事務批次中更新每個成員的地址是原子的、一致的、隔離的、持久的，並且延遲最低。單獨的補丁或更新操作不是跨文檔的原子性，並且單獨的強一致性並不能提供跨文檔的原子性。

第 19 題

Question#19Topic1

您正在設計一個 Azure Cosmos DB Core (SQL) API 解決方案來存儲來自 IoT 設備的數據。來自設備的寫入每秒都會發生。
以下是數據示例。

Question illustration
您需要選擇滿足以下寫入要求的分區鍵：
✑ 最大限度地減少分區傾斜
✑ 避免容量限制
✑ 避免熱分區
你應該做什麼？
  1. A.創建一個包含 deviceId 和時間戳的新合成密鑰
  2. B.使用時間戳作爲分區鍵
  3. C.使用 deviceManufacturer 作爲分區鍵
  4. D.使用sensor1Value作爲分區鍵
查看答案與解析

答案

A

解析

由於每個 IoT 設備每秒都會寫入一次，僅 deviceId 就可以將持續的寫入負載集中在每個設備的一個邏輯分區上。結合 deviceId 和時間戳的合成密鑰將寫入分佈到每個設備的基於時間的子分區，從而降低熱分區風險和分區偏差，同時保持設備的可查詢性。單獨的時間戳創建全局熱分區； deviceManufacturer 和sensor1Value 的基數不足以實現均勻寫入分佈。

第 20 題

Question#20Topic1

您需要爲中小型企業 (SMB) 目錄創建數據存儲。數據存儲必須滿足以下要求：
✑ 商店公司及其僱用的用戶。每家公司的用戶數量將少於 1,000 名。
✑ 某些用戶的數據大於 2 KB。
✑ 將每個用戶僅與一家公司關聯。
✑ 提供按公司瀏覽的能力。
✑ 提供按公司瀏覽用戶的能力。
✑ 每當選擇公司或用戶配置文件時，都會顯示該公司和所有相關用戶的詳細信息頁面。
✑ 針對讀取數據進行優化。
您應該實施哪種設計來優化數據存儲以讀取數據？

  1. A.在目錄容器中，爲每個公司創建一個文檔，爲每個用戶創建一個文檔。使用公司 ID 作爲分區鍵。
  2. B.創建一個使用用戶 ID 作爲分區鍵的用戶容器和一個使用公司 ID 作爲分區鍵的公司容器。將公司 ID 添加到每個用戶文檔中。
  3. C.在用戶容器中，爲每個用戶創建一個文檔。將公司嵌入到每個用戶文檔中。使用用戶 ID 作爲分區鍵。
  4. D.在公司容器中，爲每個公司創建一個文檔。將用戶嵌入公司文檔中。使用公司 ID 作爲分區鍵。
查看答案與解析

答案

D

解析

工作負載經過讀取優化：按公司瀏覽、按公司瀏覽用戶，並在一個視圖中顯示公司詳細信息以及所有相關用戶。將用戶嵌入到按 companyId 分區的公司容器內的公司文檔中，可在每個公司頁面的單點讀取中提供所有必需的數據。單獨的用戶/公司容器需要多次往返；在用戶文檔中嵌入公司，使得公司瀏覽可以跨分區；每家公司的用戶都少於 1,000 名，將文檔保持在實際大小限制內。

下載與使用

  • 本資料按考試單獨購買，支持 1、3、6 或 12 個月期限。
  • 支付確認後，在“我的練習題”中查看下載入口和準確到期時間。
  • 有效期內可重複下載；到期後需要重新購買。
  • PDF 僅供購買者個人學習使用，不可轉售或公開分享。
  • 已下載至設備的文件不會因權限到期被遠程刪除。
如何選擇適合自己的認證