Fully Qualified Keys in Data 360 Quick Look | 完全限定键:避免多源数据协调中的键冲突

Fully Qualified Keys in Data 360 Quick Look 模块讲解什么是完全限定键(FQK)、为什么在多源数据协调到同一 DMO 时它们至关重要、键冲突如何导致数据误解(Individual 2 重复计数问题),以及如何配置键限定符以确保分段、计算洞察和查询 API 的准确结果。...

📅 2026/6/6 ✍️ ponybai 🏷️ data-360, salesforce, data-model

一、了解完全限定键

解锁数据的键

Data 360 是一个强大的工具,它使用一套标准数据模型,即 Customer 360 Data Model(客户 360 数据模型)。要使用 Data 360,你必须将数据映射到 Customer 360 Data Model 中的标准数据模型对象(DMO)。在将数据映射到 DMO 时,你会使用键(key)来帮助把数据与其他数据连接起来。让我们回顾一下键的类型:

  • 主键(Primary key):唯一标识数据集中每条记录的字段或属性。
  • 外键(Foreign key):链接到另一个数据集主键的附加键。

例如,在一个销售订单数据集中,有一个产品 ID 对应所购买的商品。这个产品 ID 会链接到一个单独的表,该表包含关于该产品的更多详细信息,如颜色或尺寸。销售订单明细数据集中的产品 ID 实例是外键,而产品数据集中的产品 ID 实例是主键。

每个数据流都会带着其特定的键和属性被摄取到 Data 360 中。那么,既然有主键和外键,什么是键限定符(key qualifier)呢?当多个数据流被协调(harmonize)到一个单一数据模型对象(DMO)中时,各种键可能会发生冲突,记录可能具有相同的键值。这就是完全限定键(Fully Qualified Keys,FQK)发挥作用的地方。FQK 用于避免来自不同来源的数据在 Data 360 中被摄取和协调时发生键冲突。在本模块中,你将学习什么是完全限定键、它们是如何创建的,以及一些使用它们的最佳实践。

关于完全限定键

一个完全限定键(Fully Qualified Key)由一个源键(source key)(例如,标识符 contact ID)和一个键限定符(key qualifier)(例如,来源系统 CRM)组成。

为所有包含键值的数据湖对象(DLO)字段配置键限定符字段。该字段可以是主键字段,也可以是外键字段。

让我们通过一个例子来看看,有键限定符和没有键限定符时,协调后的数据是如何被解释的。

假设你有两个带有相关数据湖对象(DLO)的数据流,用于画像数据:来自 Salesforce CRM 的 Contacts DLO 和来自 Salesforce Marketing Cloud 的 Subscribers DLO。这些 DLO 的记录被映射到 Individual DMO

现在,你想把 Individual DMO 与 Engagement DMO 连接起来,以识别至少有两次点击的个体。数据协调后,两个数据流被映射到 Data 360 中的 Individual DMO。Contacts DLO 有三条记录,Subscribers DLO 有两条记录。因此,包含所有映射数据流记录的 Individual DMO 共有五条记录。

Marketing Cloud 使用 CRM 组织中的 Contact ID 作为主键(Subscriber Key)。因此,Individual DMO 中存在多条具有相同 Individual ID(主键字段)值的记录。

接下来,让我们考虑 Email Engagement DMO,它包含从 Salesforce Marketing Cloud 摄取的邮件互动数据。Individual DMO 和 Email Engagement DMO 通过 Individual ID 具有 1:N 关系。当你连接 Individual DMO 和 Email Engagement DMO 时,Data 360 会把合并后的数据集解释为:Individual 2 的第一行有一次点击,Individual 2 的第二行也有一次点击。

换句话说,Individual 2 被假定有两次邮件点击。但实际上,Individual 2 只有一次点击动作,尽管 Data 360 把它解释为两次点击。当这些数据被查询时(包括分段、计算洞察和查询 API),这种误解会产生问题。如果你运行一个查询,询问至少有两次点击动作的个体,Individual 2 会被返回在结果中。即使部署了画像统一(profile unification),这个问题也会发生,因为互动数据总是被连接到 Individual DMO。

当你为所有包含键值(无论是主键还是外键)的 DLO 字段添加键限定符字段时,Data 360 就能正确解释从不同数据来源摄取的数据。在这个例子中,键限定符被添加到来自 Salesforce CRM 和 Marketing Cloud 的 DLO 上。Individual DMO 包含一个键限定符字段,指示记录来源于何处。

当 Individual DMO 和 Email Engagement DMO 被连接时,表连接会同时使用外键字段(Individual ID)和键限定符字段(KQ_ID)。这有助于 Data 360 准确地解释数据。

配置键限定符

建议为所有包含主键或外键的字段配置键限定符。创建数据流后,向数据湖对象(DLO)字段添加键限定符,以创建完全限定键(FQK)。这可以在 Data Lake Objects 标签页中完成:找到 DLO 和字段,然后选择添加键限定符。你也可以从 Data Lake Object 标签页查看现有的键限定符。

创建完全限定键有助于你在 Data 360 中协调来自不同来源的数据时避免键冲突。它确保每条记录都有一个唯一标识符,防止数据被误解,并确保查询结果准确。而准确的数据能让你对数据驱动的决策更有信心!

最佳实践:

  • 尽早配置键限定符——在构建依赖准确连接的分段、洞察或查询之前。
  • 在向同一 DMO 提供数据的所有 DLO 中一致地应用——局部的 FQK 策略仍会留下空白。
  • 使用有意义的限定符值(例如 crm、marketing_cloud、commerce)——清晰的来源标识有助于调试。
  • 配置 FQK 后验证查询结果——现有的分段和洞察在实现 FQK 后可能会显示不同(且正确)的数字。

完全限定键是一项小小的配置,却能对数据准确性产生巨大影响。


文章来源:Trailhead - Fully Qualified Keys in Data 360 Quick Look