为含义建模数据
另有 28 种语言版本
English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Polski · Tiếng Việt · ไทย · Nederlands · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)
Data Architect 第 2 章，第 1 部分：成为数据架构师。上一章：像 Salesforce 数据架构师一样思考。
和客户第一次通话时，我会做的一件事就是聆听名词。零售合作伙伴（Retail Partner）。收货人（Recipient）。配送中心（Distribution Center）。配送（Delivery）。卡车（Truck）。在这段对话的某处，藏着我的数据模型的雏形，我想在任何人打开设置之前就开始看到它。在本章中，我们会做两遍。先在一个大家都懂的东西上做：一所狗狗学校，有主人、繁育者、狗，以及它们会的技能。然后在 Steve Trucking 上做，这是我们在整门课中使用的最后一公里配送公司。
图片由 AI 生成。
在第 1 章里我说过，数据模型是骨架。本章讲的是如何设计骨架，按照我做的顺序：理解业务，描述数据，然后才决定 Salesforce 如何实现它。**先概念，再逻辑，最后物理。**如果你指着我物理模型里的任何东西问“为什么它在那里？”，我希望能带你沿着逻辑模型和概念模型一路回溯，找到业务真正需要的某样东西。
每个模块都从狗开始，放在一个名为坐下、别动、建模的短小章节里，然后把同样的一步用到 Steve Trucking 上。一路上留意这个狗模型：它是一张逐个模块不断生长的图，从简单的方框，到关系，到详细数据模型，再到 Salesforce 对象，而且每个方框都待在同一个位置，所以你能清楚地看到每一步增加了什么。
本章的六个部分
Section titled “本章的六个部分 ”- **聆听名词。**在一次业务对话中找到数据模型的雏形，暂时把 Salesforce 忘掉。五个关于狗的名词，变成五个候选方框。
- **画出关系。**一个还是多个，必需还是可选，现在还是随时间变化，以及藏在多对多关系里的业务概念：狗狗技能，还有配送小组分配。
- 构建逻辑模型。描述正确事物的属性，以及唯一、不变、无含义、绝不是 PII 的键。为什么狗的名字、主人的电话，甚至它的芯片号，都不够格当它的键。
- **把数据放在该放的地方。**什么是规范化，然后把一张记着六只狗的电子表格一步步做到第三范式，再在 Steve Trucking 上问同样的三个问题。
- **设计到第三范式，然后适度回退。**我何时有意偏离干净的模型：用户、报表、选项列表还是查找关系、规模、分析和 AI。还有狗狗学校开始收猫的那一天。
- **把模型落到 Salesforce 中。**从逻辑模型到标准对象和自定义对象、字段和关系，主从关系还是查找关系，以及为什么不要从设置界面开始设计。
读完之后，用本章学习指南检查一下自己：一份备考清单、考试之外的习惯、必知术语，还有几道题。
你将能够做到
Section titled “你将能够做到 ”- 在一次对话或一份需求文档中找出候选实体和关系，并与业务方一起验证它们。
- 描述每一个关系：它的基数、它的含义、它是否必需，以及它的历史是否重要。
- 构建一个逻辑模型，把属性放在正确的实体上，并使用站得住的键。
- 把 1NF、2NF 和 3NF 当作实用的问题来运用，并在清楚代价的前提下有意地反规范化。
- 把逻辑模型映射到 Salesforce，并把每一个物理层面的选择追溯到业务。
- Salesforce Certified Platform Data Architect Exam Guide (opens in a new tab)，Salesforce Help（英文，查阅日期 2026-10-12）：目标 DM-1，数据模型
下一章：Salesforce 数据架构