51黑料不打烊

在 Real-Time Customer Data Platform B2B 版本中定义两个架构之间的多对一关系 relationship-b2b

51黑料不打烊 Real-Time Customer Data Platform B2B edition提供了多个可捕获基本B2B数据实体的体验数据模型(XDM)类,包括帐户机会营销活动等。 通过基于这些类构建架构并允许它们在实时客户配置文件中使用,您可以将不同源中的数据合并到称为合并架构的统一表示中。

但是,合并架构只能包含由共享相同类的架构捕获的字段。 这就是架构关系发挥作用的地方。 通过在B2B架构中实施关系,您可以描述这些业务实体如何相互关联,并且可以在下游分段用例中包含来自多个类的属性。

下图提供了一个示例,说明在基本实施中,不同的叠2叠类如何相互关联:

B2B类关系

本教程介绍了在Real-Time CDP B2B edition中定义两个架构之间的多对一关系的步骤。

NOTE
如果您未使用Real-Time Customer Data Platform B2B edition或希望创建一对一关系,请另外参阅对于创建一对一关系的指南。
本教程重点介绍如何在Experience Platform UI中手动建立B2B架构之间的关系。 如果您从B2B源连接引入数据,则可以使用自动生成实用程序创建所需的架构、身份和关系。 有关使用自动生成实用程序的更多信息,请参阅有关叠2叠命名空间和架构的源文档。

快速入门

本教程需要您对XDM System和Experience Platform UI中的架构编辑器有一定的了解。 在开始本教程之前,请查看以下文档:

定义源和引用架构

您应已创建将在关系中定义的两个架构。 出于演示目的,本教程将在业务机会(在“Opportunities”架构中定义)与其关联的业务帐户(在“Accounts”架构中定义)之间创建关系。

架构关系由? 源架构 ?中的专用字段表示,该字段引用了? 引用架构 ?的主要标识字段。 在接下来的步骤中,“Opportunities”用作源架构,而“Accounts”用作引用架构。

了解 B2B 关系中的身份标识

为了建立关系,引用架构必须具有定义的主标识。 在设置B2B实体的主要标识时,请记住,如果您在不同系统或位置上收集基于字符串的实体ID,则这些ID可能会重叠,这可能会导致Experience Platform中的数据冲突。

为此,所有标准叠2叠类都包含符合B2B Source数据类型的“key”字段。 此数据类型提供B2B实体的字符串标识符的字段,以及有关标识符源的其他上下文信息。 这些字段之一sourceKey连接数据类型中其他字段的值以生成实体的完全唯一标识符。 此字段应始终用作B2B实体架构的主要标识。

sourceKey字段

NOTE
将齿顿惭字段设置为标识时,您必须提供标识命名空间以定义其下的标识。 这可以是51黑料不打烊提供的标准命名空间,也可以是您的组织定义的自定义命名空间。 实际上,命名空间只是一个上下文字符串,可以设置为任何您喜欢的值,前提是它对您的组织分类身份类型很有意义。 有关详细信息,请参阅身份命名空间的概述。

出于参考目的,以下几节介绍了在定义关系之前本教程中使用的每个架构的结构。 请注意在架构结构中定义主身份的位置以及它们使用的自定义命名空间。

机会模式

源架构“Opportunities”基于XDM业务机会类。 类opportunityKey提供的字段之一用作架构的标识符。 具体而言,opportunityKey对象下的sourceKey字段在名为B2B Opportunity的自定义命名空间下设置为架构的主要标识。

如? 字段属性 ?下所示,此架构已在Real-Time Customer Profile中启用。

架构编辑器中的Opportunity架构带有opportunityKey对象和Enable for profile切换突出显示。

础肠肠辞耻苍迟蝉架构

引用架构“Accounts”基于XDM帐户类。 根级别accountKey字段包含sourceKey,它在名为B2B Account的自定义命名空间下充当其主要标识。 此架构还被允许在配置文件中使用。

架构编辑器中的“帐户”架构突出显示accountKey对象和“启用配置文件”切换。

为源架构定义关系字段 relationship-field

为了定义两个架构之间的关系,源架构必须具有指示引用架构的主要标识的专用字段。 标准B2B类包括用于通常相关的业务实体的专用源密钥字段。 例如,XDM业务机会类包含相关帐户(accountKey)和相关营销活动(campaignKey)的源键字段。 但是,如果您需要多个默认组件,则还可以使用自定义字段组将其他B2B Source字段添加到架构中。

NOTE
目前,只能定义从源架构到引用架构的多对一和一对一关系。 对于一对多关系,必须在表示“多个”的架构中定义关系字段。

要设置关系字段,请在画布中选择有问题的字段,然后在架构属性侧边栏中? 添加关系。 对于Opportunities架构,这是accountKey.sourceKey字段,因为目标是与帐户建立多对一关系。

架构编辑器突出显示sourceKey字段和Add关系。

出现添加关系对话框。 使用此对话框指定关系详细信息。 默认情况下,关系类型设置为? 多对一

突出显示具有多对一架构关系的“添加关系”对话框。

在? 引用架构 ?下,使用搜索栏或下拉菜单查找引用架构的名称。 当您突出显示引用架构的名称时,引用身份命名空间 ?字段会自动更新为引用架构的主要身份的命名空间。

NOTE
将筛选可用引用架构列表,以仅包含合适的架构。 架构? 必须 ?具有分配的主标识,并且是B2B类或个人资料类。 目标客户类架构不能具有关系。

突出显示了“引用架构”和“引用身份”命名空间字段的“添加关系”对话框。

在? 来自当前架构的关系名称 ?和来自引用架构的关系名称? 下,分别为源架构和引用架构上下文中的关系提供友好名称。 ?完成后,选择? 应用 ?以确认更改并保存关系。

NOTE
关系名称不得超过35个字符。

突出显示了“关系名称”字段的“添加关系”对话框。

画布会重新显示,其中关系字段现在使用您之前提供的友好名称进行标记。 关系名称也会列在左边栏上以便参考。

应用了新关系名称的架构编辑器。

如果您查看引用架构的结构,则关系标记将显示在架构的主标识字段旁边和左边栏中。

架构编辑器中的目标架构突出显示了新关系标记。

编辑叠2叠架构关系 edit-schema-relationship

建立架构关系后,请在源架构中选择关系字段,然后选择? 编辑关系

NOTE
要查看所有关联关系,请选择引用架构中的主标识字段,后跟查看关系。
架构编辑器,其中选定了relationship字段,并突出显示了View relationship。 {width="100" modal="regular"}

架构编辑器突出显示了关系字段和编辑关系。

出现编辑关系对话框。 从该对话框中,您可以更改引用架构和关系名称,或删除关系。 无法更改多对一关系类型。

编辑关系对话框。

要维护数据完整性并避免分段和其他流程中出现中断,请在管理架构与链接数据集的关系时考虑以下准则:

  • 如果架构与数据集关联,请避免直接删除关系,因为这可能会对分段产生负面影响。 相反,请在删除关系之前删除关联的数据集。
  • 如果不先删除现有关系,则无法更改引用架构。 但是,应当谨慎执行此操作,因为删除与关联数据集的关系可能会产生意想不到的结果。
  • 向包含现有链接数据集的架构添加新关系可能无法按预期工作,并且可能会导致潜在冲突。

您可以从架构工作区的关系选项卡筛选和搜索架构中的特定关系。 您可以使用此视图快速找到和管理您的关系。 有关筛选选项的详细说明,请阅读有关浏览架构资源的文档。

架构工作区中的“关系”选项卡。

后续步骤

通过学习本教程,您已使用Schema Editor成功地创建了两个架构之间的多对一关系。 使用基于这些架构的数据集摄取数据,并在配置文件数据存储中激活该数据后,即可将这两个架构中的属性用于多类分段用例

recommendation-more-help
62e9ffd9-1c74-4cef-8f47-0d00af32fc07