在 Real-Time Customer Data Platform B2B 版本中定义两个架构之间的多对一关系 relationship-b2b
Adobe Real-time Customer Data Platform B2B版本提供了多个Experience Data Model (XDM)类，这些类捕获基本B2B数据实体，包括帐户、机会、营销活动等。 通过基于这些类构建架构并允许它们在实时客户配置文件中使用，您可以将不同源中的数据合并到称为合并架构的统一表示中。
但是，合并架构只能包含由共享相同类的架构捕获的字段。 这就是架构关系发挥作用的地方。 通过在B2B架构中实施关系，您可以描述这些业务实体如何相互关联，并且可以在下游分段用例中包含来自多个类的属性。
下图提供了一个示例，说明在基本实施中，不同的B2B类如何相互关联：
本教程介绍了在Real-Time CDP B2B版本中定义两个架构之间的多对一关系的步骤。
快速入门
本教程需要您对XDM System和Experience Platform UI中的架构编辑器有一定的了解。 在开始本教程之前，请查看以下文档：
- Experience Platform🔗中的XDM System： Experience Platform中的XDM及其实现概述。
- 架构组合的基础知识： XDM架构的构建块简介。
- 使用 Schema Editor创建架构：一个教程，其中包含有关如何在UI中构建和编辑架构的基础知识。
定义源和引用架构
您应已创建将在关系中定义的两个架构。 出于演示目的，本教程将在业务机会（在“Opportunities”架构中定义）与其关联的业务帐户（在“Accounts”架构中定义）之间创建关系。
架构关系由 源架构 中的专用字段表示，该字段引用了 引用架构 的主要标识字段。 在接下来的步骤中，“Opportunities”用作源架构，而“Accounts”用作引用架构。
了解 B2B 关系中的标识
为了建立关系，引用架构必须具有定义的主标识。 在为B2B实体设置主要标识时，请记住，如果在不同系统或位置上收集基于字符串的实体ID，则这些ID可能会重叠，这可能会导致Platform中的数据冲突。
为此，所有标准B2B类都包含符合B2B Source数据类型的“key”字段。 此数据类型提供B2B实体的字符串标识符的字段，以及有关标识符源的其他上下文信息。 这些字段之一sourceKey连接数据类型中其他字段的值以生成实体的完全唯一标识符。 此字段应始终用作B2B实体架构的主要标识。
出于参考目的，以下几节介绍了在定义关系之前本教程中使用的每个架构的结构。 请注意在架构结构中定义主身份的位置以及它们使用的自定义命名空间。
Opportunities架构
源架构“Opportunities”基于XDM业务机会类。 类opportunityKey提供的字段之一用作架构的标识符。 具体而言，opportunityKey对象下的sourceKey字段在名为B2B Opportunity的自定义命名空间下设置为架构的主要标识。
如 架构属性 下所示，此架构已在Real-Time Customer Profile中启用。
Accounts架构
引用架构“Accounts”基于XDM帐户类。 根级别accountKey字段包含sourceKey，它在名为B2B Account的自定义命名空间下充当其主要标识。 此架构还被允许在配置文件中使用。
为源架构定义关系字段 relationship-field
为了定义两个架构之间的关系，源架构必须具有指示引用架构的主要标识的专用字段。 标准B2B类包括用于通常相关的业务实体的专用源密钥字段。 例如，XDM业务机会类包含相关帐户(accountKey)和相关营销活动(campaignKey)的源键字段。 但是，如果您需要多个默认组件，则还可以使用自定义字段组将其他B2B Source字段添加到架构中。
要设置关系字段，请选择画布中相关字段旁边的箭头图标（
accountKey.sourceKey字段，因为目标是与帐户建立多对一关系。
将显示一个对话框，允许您指定有关关系的详细信息。 关系类型自动设置为 多对一。
在 引用架构 下，使用搜索栏查找引用架构的名称。 当您突出显示引用架构的名称时，引用身份命名空间 字段会自动更新为架构主要身份的命名空间。
在 来自当前架构的关系名称 和来自引用架构的关系名称 下，分别为源架构和引用架构上下文中的关系提供友好名称。 完成后，选择 保存 以应用更改并保存架构。
画布会重新显示，其中关系字段现在使用您之前提供的友好名称进行标记。 关系名称还列在左边栏下方，以方便参考。
如果您查看引用架构的结构，则关系标记将显示在架构的主标识字段旁边和左边栏中。
后续步骤
通过学习本教程，您已使用Schema Editor成功地创建了两个架构之间的多对一关系。 使用基于这些架构的数据集摄取数据，并在配置文件数据存储中激活该数据后，即可将这两个架构中的属性用于多类分段用例。