在实时客户数据平台B2B版(测试版)中定义两个架构之间的关系

重要

实时客户数据平台B2B版目前处于测试阶段。 文档和功能可能会发生更改。

注意

如果您没有使用Real-time Customer Data Platform B2B Edition,请参阅创建非B2B关系的指南。

实时客户数据平台B2B版提供了多个Experience Data Model(XDM)类,这些类可捕获基本的B2B数据实体,包括accountsopportunitycampaigns等。 通过基于这些类构建架构并使其能够在实时客户资料中使用,您可以将来自不同来源的数据合并到称为合并架构的统一表示形式中。

但是,合并架构只能包含由共享同一类的架构捕获的字段。 这是架构关系的来源。 通过在B2B模式中实施关系,您可以描述这些业务实体如何彼此关联,并可以在下游分段用例中包含来自多个类的属性。

下图提供了不同B2B类在基本实施中如何彼此关联的示例:

B2B类关系

本教程介绍了在实时CDP B2B Edition中定义两个架构之间多对一关系的步骤。

注意

本教程重点介绍如何在Platform UI中手动建立B2B模式之间的关系。 如果您从B2B源连接中导入数据,则可以使用自动生成实用程序来创建所需的架构、标识和关系。 有关使用自动生成实用程序的更多信息,请参阅B2B命名空间和架构的源文档。

快速入门

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

定义源架构和目标架构

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

架构关系由​源架构​中的专用字段表示,该字段引用​目标架构​的主标识字段。 在后续步骤中,“Opportunities”用作源架构,而“Accounts”用作目标架构。

了解B2B关系中的身份

要建立关系,两个架构都必须定义了主标识并为Real-time Customer Profile启用。 在为B2B实体设置主标识时,请记住,如果您跨不同系统或位置收集基于字符串的实体ID,则它们可能会重叠,这可能会导致平台中的数据冲突。

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

sourceKey字段

注意

将XDM字段设置为标识时,必须提供标识命名空间才能在下定义标识。 这可以是由Adobe提供的标准命名空间,也可以是由您的组织定义的自定义命名空间。 实际上,命名空间只是一个上下文字符串,可以设置为您喜欢的任何值,前提是该命名空间对于对您的组织进行身份类型分类很有意义。 有关更多信息,请参阅身份命名空间概述。

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

Opportunities 模式

源架构“Opportunities”基于XDM Business Opportunity类。 类opportunityKey提供的其中一个字段用作架构的标识符。 具体而言,在名为B2B Opportunity的自定义命名空间下,opportunityKey对象下的sourceKey字段被设置为架构的主标识。
如​架构属性​下所示,此架构已启用,可在Real-time Customer Profile中使用。

机会模式

Accounts 模式

目标架构“Accounts”基于XDM帐户类。 根级别accountKey字段包含在名为B2B Account的自定义命名空间下用作其主标识的sourceKey。 此架构也已启用,可在用户档案中使用。

帐户架构

为源架构定义关系字段

要定义两个架构之间的关系,源架构必须具有引用目标架构主标识的专用字段。 标准B2B类包括适用于常见相关业务实体的专用源密钥字段。 例如,XDM Business Opportunity类包含相关帐户(accountKey)和相关促销活动(campaignKey)的源密钥字段。 但是,如果需要的组件超过默认组件,您还可以使用自定义字段组将其他B2B源字段添加到架构中。

注意

当前,只能从源架构定义到目标架构的多对一关系。 对于一对多关系,您必须在架构中定义表示“多”的关系字段。

要设置关系字段,请选择画布中相关字段旁边的箭头图标(箭头图标)。 对于Opportunities架构,这是accountKey.sourceKey字段,因为其目标是与帐户建立多对一关系。

“关系”按钮

此时将显示一个对话框,用于指定有关关系的详细信息。 关系类型自动设置为​多对一

关系对话框

在​引用架构​下,使用搜索栏查找目标架构的名称。 突出显示目标架构的名称时, 引用标识命名空间​字段会自动更新该架构的主标识的命名空间。

参考模式

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

关系名称

画布将重新显示,现在使用您之前提供的友好名称标记关系字段。 关系名称也列在左边栏下方,以便于参考。

已应用的关系

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

目标架构关系标记

后续步骤

通过阅读本教程,您已使用Schema Editor成功创建了两个架构之间的多对一关系。 使用基于这些架构的数据集摄取数据并在用户档案数据存储中激活数据后,您便可以将两个架构中的属性用于多类分段用例。 有关更多信息,请参阅Real-time CDP B2B Edition文档。

在此页面上