关联不等于主控
另有 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 第 6 章，第 1 部分：成为数据架构师。上一章：数据质量与治理。
“我们需要一个唯一的真相来源。”这是架构中被重复得最多、也被审视得最少的说法之一。关于什么的真相？拿一个客户来说。ERP 可能拥有它的法定名称、账单地址和信用额度；Salesforce 拥有它的客户经理和支持等级；一个同意管理平台拥有它的营销偏好。一条记录上有三个权威来源，而这很正常。所以当有人说“Salesforce 是我们关于客户的唯一真相来源”时，我接下来的问题总是：哪个真相？
本章讲的是有意识地回答这个问题。权威是逐个属性分配的。把记录关联起来并不等于主控它们。而 Salesforce 为不同的工作提供了不同的工具：一个 org 内部的重复管理和合并；跨来源提供统一视图的 Data 360 身份解析；当值必须只决定一次、再推回到每个地方时，用一个专门的 MDM 平台。本章以检查点 1 结束，第 1 部分在 Steve Trucking 上汇聚到一起。
图片由 AI 生成。
本章的立场
Section titled “本章的立场 ”- **每个属性一个真相。**问一问每一份数据在哪里创建、编辑和引用，以及它变化得多快。用一个系统前缀，比如
sap_或erp_，在结构中显示外部权威。 - **潜在客户不一样。**在 ERP 知道它们之前，它们存在于 Salesforce 中；转换之后，ERP 的权威才适用。
- **在 Salesforce 项目中，注册式是常态，**其次是整合式和共存式；纯粹的集中式 MDM 很少见。
- **只有在有明确胜出者时才合并。**当你可能需要回溯时，保留来自外部加载的重复记录；合并会毁掉那份历史。还要决定子记录怎么办：移过去、不加载，还是留在一条不活跃的记录上。
- **统一档案是一张地图；黄金记录是一个决定。**这一点可能会让人困惑：身份解析创建的是一个统一的个人，而不是黄金记录。
- **匹配的严格程度是一个风险决定。**在混合代价高昂的地方，有意少匹配。
- **三种工具，三份工作：**合并、身份解析、MDM。
- **层级是分头主控的。**逐个分支地决定权威。
- **“最难的是双向同步。”**一个双向集成并不会产生两个主控方。在第一次冲突之前，就决定哪些字段要作为一个事务一起传递。
- **让主数据看得见。**用一个说明“这是主数据”的字段（ERP 的键或一个标志）来驱动可编辑性，而不是用记录类型。
- **我们控制不了 ERP。**我们能控制的是如何在 Salesforce 中表示它们：两套 ERP 中的同一个客户，用层级、平级客户，还是一个客户、每套 ERP 一个子记录，取决于客户让其各套 ERP 保持同步的能力。
三种工具，三份工作
Section titled “三种工具，三份工作 ”| 工作 | 工具 | 它对来源做了什么 |
|---|---|---|
| 一个 org 内部有明确胜出者的重复记录 | 重复管理与合并 | 最多合并三条记录；其他的进入回收站 |
| 跨来源的一个身份和统一视图 | Data 360 身份解析 | 把它们关联起来；一个都不修改（注册式） |
| 一个受治理的值，推回到每个系统 | 专门的 MDM 平台 | 决定这个值并分发它（共存式或集中式） |
本章的路线
Section titled “本章的路线 ”六个模块加一个挑战，每个都可以单独阅读。
- **每个属性一个可信来源。**权威系统图、混合式黄金记录，以及信任信号。
- **主控数据的四种方式。**注册式、整合式、共存式和集中式，以及为什么共同的模型不等于共同的真相。
- **匹配、合并与存活规则。**错误匹配的代价，Salesforce 合并真正做了什么（以及子记录会怎样），以及作为一种信任声明的存活规则。
- **地图不是决定。**匹配规则与匹配方法、协调规则，以及为什么统一档案不是黄金记录。
- **当权威被共享：层级与双向数据。**请求与更新，循环与冲突，分头主控的层级，以及两套 ERP 中的同一个客户。
- **检查点 1 挑战，然后是检查点 1：Steve Trucking，如果由我来设计。**先尝试挑战：画出并论证第 1 部分的设计，再和我的进行比较，看看与第 4 章的全景图相比有哪些变化。
读完之后，用本章学习指南检查一下自己：一份备考清单、考试之外的习惯、必知术语，还有几道题。它为第 1 部分收尾；第 1 部分学习指南把全部六章串在一起。
架构师在这里决定什么
Section titled “架构师在这里决定什么 ”- **哪个系统对每一个重要的属性是权威的，**以及这如何在模型中体现出来。
- **哪种主控方式适合每一个数据领域，**以及主控层获得多大的权威。
- **什么时候合并，什么时候关联，**以及谁拥有每一条存活规则。
- **匹配应该多严格，**依据错误匹配的代价来决定。
- 双向数据和共享的层级需要在哪里设定明确的边界。
**考试之外：**智能体需要一个可以据此行动的身份，而这在两个方向上都提高了风险。过度匹配会变成一起隐私事件，而一个“更新客户”的智能体必须写入每个属性的记录系统，而不是统一档案。每个模块的结尾都会讲 AI 带来了什么改变。
- Salesforce Architects，Data 360 Architecture (opens in a new tab)（英文），查阅日期 2026-10-14。
- Salesforce Help，Considerations for Merging Duplicate Accounts (opens in a new tab)、Identity Resolution Match Methods (opens in a new tab) 和 Identity Resolution Reconciliation Rules (opens in a new tab)（英文），查阅日期 2026-10-14。
**下一章：**第 2 部分从Designing for Scale *(coming soon)*开始。