带完全限定密钥的数据解释

完全限定密钥有助于准确解释从不同源接收的数据。每个数据流都以其特定的密钥和属性被接收到 Data 360 中。当多个数据流被协调到单个数据模型对象 (DMO) 中时，不同的密钥可能会冲突，并且记录可能具有相同的密钥值。完全限定密钥通过添加密钥限定符字段和准确解释数据来避免冲突。

完全限定密钥包含源密钥，例如来自 CRM 的联系人 ID 或来自 Marketing Cloud Engagement 的订阅者密钥，以及密钥限定符。

例如，假设您有两个数据流，其中包含简档数据的相关数据湖对象 (DLO)：Salesforce CRM 中的联系人 DLO 和参与中的订阅者 DLO。这些 DLO 的记录映射到个人 DMO。现在，您想要将个人 DMO 加入参与 DMO，以通过至少两次单击来识别个人。下面是如何使用完全限定符来准确解释从两个不同来源获取的数据。

这两个数据流映射到 Data 360 中的个人 DMO。联系人 DLO 有 3 条记录，订阅者 DLO 有 2 条记录。因此，个人 DMO（包含所有映射数据流中的所有记录）有 5 条记录。

Engagement 使用来自 CRM 组织的联系人 ID 作为主键（订阅者密钥）。因此，个人 DMO 中有多条记录，其中个人 ID 的值相同，这便是主键字段。

接下来,让我们考虑电子邮件参与 DMO,它包含从 Engagement 接收的电子邮件参与数据。个人 DMO 和电子邮件参与 DMO 通过个人 ID 具有 1:N 关系。

在您加入个人 DMO 和电子邮件参与 DMO 时，Data 360 会将组合数据集解释为个人 2 的第一行单击一次，个人 2 的第二行单击一次。换句话说，假设个人 2 有两次电子邮件单击。但是在实际情况下，个人 2 只有一次单击操作，尽管 Data Cloud 将其解释为两次单击操作。

当查询这些数据时，这种误解会产生一个问题，包括细分、计算见解和查询 API。如果您运行查询，并询问至少有两次单击操作的个人，则在响应中会返回个人 2。即使部署了简档统一，也会出现此问题，因为参与数据始终与个人 DMO 关联。

您可以通过使用完全限定密钥来避免这个问题。在您将密钥限定符字段添加到包含主键或外键的所有 DLO 字段时，Data 360 会正确解释从不同数据源接收的数据。在此示例中，密钥限定符从 Salesforce CRM 和参与添加到 DLO。个人 DMO 包括指示记录来源位置的密钥限定符字段。

当连接个人 DMO 和电子邮件参与 DMO 时，表连接使用外键字段 (个人 ID) 和密钥限定符字段 (KQ_ID)，这使得 Data 360 能够准确地解释数据。

当您对至少有两次单击操作的个人运行相同的查询时，个人 2 的数据不符合查询条件，并且不会在查询响应中返回。