首页 / 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 仅供购买者个人学习使用,不可转售或公开分享。
  • 已下载至设备的文件不会因权限到期被远程删除。
如何选择适合自己的认证