架构构成基础

了解Experience Data Model (XDM)架构以及在Adobe Experience Platform中构建架构的构建块、原则和最佳实践。 有关XDM及其在Experience Platform中的使用方式的一般信息，请参阅XDM系统概述。

了解架构 understanding-schemas

架构是一组规则，用于表示和验证数据的结构和格式。在高层面上，架构提供了真实世界对象（如人）的抽象定义，并概括了该对象的每个实例中应包含哪些数据（如名字、姓氏、生日等）。

除了描述数据结构之外，架构还会对数据应用约束和期望，以便数据在系统之间移动时能够被验证。 这些标准定义允许以一致的方式解释数据，而不管数据来自何处，并且消除跨应用程序翻译的需要。

Experience Platform使用架构维护此语义规范化。 架构是用于描述 Experience Platform 中数据的标准方式，符合架构的所有数据可以在组织中重复使用，而不会发生冲突，甚至可以在多个组织之间共享。

XDM架构非常适合以自包含格式存储大量复杂数据。 有关XDM如何实现此目标的更多信息，请参阅本文档附录中有关嵌入对象和大数据的部分。

Experience Platform中基于架构的工作流 schema-based-workflows

标准化是Experience Platform背后的一个关键概念。 XDM由Adobe驱动，致力于标准化客户体验数据并定义用于客户体验管理的标准架构。

构建Experience Platform的基础结构（称为XDM System）方便了基于架构的工作流，并包括Schema Registry、Schema Editor、架构元数据和服务使用模式。 有关详细信息，请参阅XDM系统概述。

在Experience Platform中使用架构有几个主要优势。 首先，架构允许更好的数据治理和数据最小化，这对于隐私法规尤其重要。 其次，使用Adobe的标准组件构建架构允许开箱即用的洞察和通过最少的自定义使用AI/ML服务。 最后，架构为数据共享见解和高效编排提供了基础架构。

规划您的架构 planning

构建架构的第一步是确定您尝试在架构中捕获的概念（或真实世界对象）。 一旦您确定了要描述的概念，就可以开始规划架构，方法是考虑数据类型、潜在的身份字段以及架构未来可能的发展方式等。

Experience Platform中的数据行为 data-behaviors

打算在Experience Platform中使用的数据分为两种行为类型：

所有XDM架构都描述了可归类为记录或时间序列的数据。 架构的数据行为由架构的类定义，该类在首次创建架构时分配给架构。 本文档后面详细介绍了XDM类。

记录和时间序列架构都包含标识映射(xdm:identityMap)。 此字段包含主体的身份表示形式，从标记为“身份”的字段绘制，如下节所述。

Identity identity

架构定义摄取到Experience Platform的数据的结构。 该数据为平台中的多项服务提供支持，并帮助创建每个人的单一、统一的视图。 因此，在设计架构时，请仔细考虑要标记为身份的字段，这些字段控制如何跨数据集拼合用户档案。

为了帮助完成此过程，架构中的关键字段可以标记为标识。 摄取数据时，这些字段中的数据将插入该用户的“Identity Graph”中。 然后，Real-Time Customer Profile和其他Experience Platform服务可以访问图形数据，以提供每个客户的拼合视图。

通常标记为“Identity”的字段包括：电子邮件地址、电话号码、Experience Cloud ID (ECID)、CRM ID或其他唯一ID字段。 请考虑特定于贵组织的任何唯一标识符，因为它们也可以是好的"Identity"字段。

要了解有关身份信息如何帮助您向客户提供数字体验的更多信息，请参阅身份服务概述。 有关创建架构时使用标识的提示，请参阅数据建模最佳实践文档。

有两种方法可以将身份数据发送到Experience Platform：

identityMap identityMap

identityMap是一个映射类型字段，用于描述个人的各种标识值及其关联的命名空间。 此字段可用于为架构提供标识信息，而不是在架构本身的结构中定义标识值。

使用identityMap的主要缺点是标识值是嵌套的，在需要顶级标识字段的工具（如区段生成器或某些第三方集成）中可能更难以使用。

但是，如果架构的标识数可变，或者您要从将标识存储在一起的源(如Airship或Adobe Audience Manager)引入数据，则标识映射可能很有用。 此外，如果您使用Adobe Experience Platform Mobile SDK，则需要标识映射。

简单标识映射的示例如下所示：

"identityMap": {
  "email": [
    {
      "id": "jsmith@example.com",
      "primary": true
    }
  ],
  "ECID": [
    {
      "id": "87098882279810196101440938110216748923",
      "primary": false
    },
    {
      "id": "55019962992006103186215643814973128178",
      "primary": false
    }
  ],
  "CRMID": [
    {
      "id": "2e33192000007456-0365c00000000000",
      "primary": false
    }
  ]
}

如上面的示例所示，identityMap对象中的每个键都表示一个身份命名空间。 每个键的值是一个对象数组，表示相应命名空间的标识值(id)。 请参阅Identity Service文档，了解Adobe应用程序识别的标准身份命名空间的列表。

模式演化原则 evolution

随着数字体验的性质不断演变，用于表示数字体验的架构也必须演变。 因此，设计良好的架构能够根据需要进行调整和演变，而不会导致对架构的先前版本进行破坏性更改。

由于保持向后兼容性对于模式演化至关重要，因此Experience Platform强制实施纯加性版本化原则。 此原则可确保对架构的任何修订仅导致非破坏性的更新和更改。 换句话说，不支持​重大更改。

下表列出了在编辑架构、字段组和数据类型时支持的更改：

*请参阅以下部分，了解有关设置新必填字段.​的重要注意事项

必填字段

单个架构字段可以标记为必填，这意味着任何摄取的记录都必须包含这些字段中的数据才能通过验证。 例如，根据需要设置架构的主要标识字段有助于确保所有摄取的记录都将参与实时客户档案。 同样，根据需要设置时间戳字段可确保按时间顺序保留所有时间序列事件。

在引入后根据需要设置字段 post-ingestion-required-fields

如果某个字段曾用于摄取数据，并且最初未按要求设置，则该字段对于某些记录可能具有null值。 如果将此字段设置为必需的摄取后，则所有未来记录都必须包含此字段的值，即使历史记录可能为null。

将以前的可选字段设置为必填字段时，请牢记以下几点：

架构和数据摄取

要将数据摄取到Experience Platform，必须首先创建一个数据集。 数据集是Catalog Service的数据转换和跟踪的构建块，通常表示包含摄取数据的表或文件。 所有数据集都基于现有XDM架构，这些架构为引入的数据应包含的内容以及应如何构建提供了限制。 有关详细信息，请参阅有关Adobe Experience Platform数据摄取的概述。

架构的构建块 schema-building-blocks

Experience Platform使用组合方法，通过组合标准构建块来创建架构。 此方法促进现有组件的可重用性，并推动整个行业的标准化，以支持Experience Platform中的供应商架构和组件。

架构使用以下公式组成：

类+架构字段组&amp；ast； = XDM架构

&amp；ast；架构由一个类以及零个或多个架构字段组组成。 这意味着您无需使用字段组即可构建数据集架构。

类 class

架构的合成从指定类开始。 类定义架构将包含的数据的行为方面（记录或时间序列）。 除此之外，类还描述了基于该类的所有架构所需包含的最少数量的公共属性，并提供了一种合并多个兼容数据集的方法。

架构的类确定哪些字段组适合在该架构中使用。 将在下一节中对此进行详细讨论。

Adobe提供了多个标准（“核心”）XDM类。 几乎所有下游Experience Platform进程都需要其中两个类XDM Individual Profile和XDM ExperienceEvent。 除了这些核心类之外，您还可以创建自己的自定义类，以描述组织更具体的用例。 当没有Adobe定义的核心类可用于描述独特用例时，自定义类由组织定义。

以下屏幕截图演示了类在Experience Platform UI中的表示方式。 由于显示的示例架构不包含任何字段组，因此显示的所有字段均由架构的类(XDM Individual Profile)提供。

架构编辑器中的

有关可用标准XDM类的最新列表，请参阅官方XDM存储库。 或者，如果您希望在UI中查看资源，可以参考有关浏览XDM组件的指南。

字段组 field-group

字段组是可重复使用的组件，它定义一个或多个用于实现特定功能（如个人详细信息、酒店首选项或地址）的字段。 字段组旨在作为实现兼容类的架构的一部分包含。

字段组根据它们表示的数据（记录或时间序列）的行为，定义它们兼容的类或类。 这意味着并非所有字段组都可以与所有类一起使用。

Experience Platform包括许多标准的Adobe字段组，同时还允许供应商为其用户定义字段组，以及单个用户为其自己的特定概念定义字段组。

例如，要捕获“First Name”架构的“Home Address”和“Loyalty Members”等详细信息，您可以使用定义这些通用概念的标准字段组。 但是，标准字段组可能未涵盖的对您的组织更具体的概念（例如自定义忠诚度计划详细信息或产品属性）。 在这种情况下，您必须定义自己的字段组来捕获此信息。

请记住，架构由“零个或多个”字段组组成，这意味着您无需使用任何字段组即可构建有效架构。

以下屏幕截图演示了字段组在Experience Platform UI中的表示方式。 在此示例中，向架构中添加了单个字段组(Demographic Details)，该组为架构的结构提供字段分组。

有关可用标准XDM字段组的最新列表，请参阅官方XDM存储库。 或者，如果您希望在UI中查看资源，可以参考有关浏览XDM组件的指南。

数据类型 data-type

数据类型在类或架构中用作引用字段类型，其使用方式与基本文本字段相同。 关键的区别在于，数据类型可以与字段组一样定义多个子字段。 它们之间的主要区别在于，通过将数据类型添加为字段的“数据类型”，可以将数据类型包含在架构中的任何位置。 虽然字段组仅与某些类兼容，但数据类型可以包含在任何父类或字段组中。

Experience Platform在Schema Registry中提供了许多常见数据类型，以支持使用标准模式描述常见数据结构。 在架构注册表教程中对此进行了更详细的说明，当您逐步完成定义数据类型的步骤时，这些说明会更加清晰。

以下屏幕截图演示了数据类型在Experience Platform UI中的表示方式。 Demographic Details字段组提供的字段之一使用“Object”数据类型，如字段名称旁边的管道字符(|)后面的文本所示。 此特定数据类型提供了多个与个人姓名相关的子字段，这是一种构造，可重复用于需要捕获个人姓名的其他字段。

有关可用标准XDM数据类型的最新列表，请参阅官方XDM存储库。 或者，如果您希望在UI中查看资源，可以参考有关浏览XDM组件的指南。

字段 field

字段是架构的最基本构建块。 字段通过定义特定数据类型，提供了有关它们可以包含的数据类型的约束。 这些基本数据类型定义单个字段，而前面提到的数据类型允许您定义多个子字段并在各种架构中重用相同的多字段结构。 因此，除了将字段的“数据类型”定义为注册表中所定义的数据类型之一之外，Experience Platform还支持基本标量类型，例如：

这些标量类型的有效范围可以进一步限制为某些模式、格式、最小值/最大值或预定义值。 使用这些约束，可以表示范围更广的更具体的字段类型，包括：

组合示例 composition-example

架构是使用组合模型构建的，表示要引入Experience Platform的数据的格式和结构。 如前所述，这些架构由一个类以及与该类兼容的零个或多个字段组组成。

例如，描述在零售商店购买的架构可能称为“Store Transactions”。 架构实现了与标准XDM ExperienceEvent字段组和用户定义的Commerce字段组组合的Product Info类。

另一个跟踪网站流量的架构可能称为“Web Visits”。 它还实现了XDM ExperienceEvent类，但这次组合了标准Web字段组。

下图显示了这些架构以及每个字段组贡献的字段。 它还包含两个基于XDM Individual Profile类的架构，包括本指南中前面提到的“Loyalty Members”架构。

并集 union

虽然Experience Platform允许您为特定用例编写架构，但它还允许您查看特定类类型的架构的“并集”。 上图显示了两个基于XDM ExperienceEvent类的架构和两个基于XDM Individual Profile类的架构。 如下所示的并集聚合了共享相同类（分别为XDM ExperienceEvent和XDM Individual Profile）的所有架构的字段。

通过启用用于Real-Time Customer Profile的架构，它包含在该类类型的并集中。 Profile提供了可靠的集中式客户属性配置文件，以及客户在与Experience Platform集成的任何系统中发生的每个事件的带时间戳的帐户。 Profile使用合并视图来表示此数据，并提供每个客户的整体视图。

有关使用Profile的更多信息，请参阅实时客户资料概述。

将数据文件映射到XDM架构 mapping-datafiles

摄取到Experience Platform中的所有数据文件必须符合XDM架构的结构。 有关如何格式化数据文件以符合XDM层次结构（包括示例文件）的更多信息，请参阅有关示例ETL转换的文档。 有关将数据文件摄取到Experience Platform的一般信息，请参阅批次摄取概述。

外部受众的架构

如果您将受众从外部系统引入到Experience Platform中，则必须使用以下组件在架构中捕获这些受众：

后续步骤

现在您已了解架构组合的基础知识，可以开始使用Schema Registry探索和构建架构了。

要查看两个核心XDM类的结构及其常用的兼容字段组，请参阅以下参考文档：

Schema Registry用于访问Adobe Experience Platform中的Schema Library，并提供一个用户界面和RESTful API，所有可用库资源都可从其中访问。 Schema Library包含由Adobe定义的行业资源、由Experience Platform合作伙伴定义的供应商资源，以及由贵组织成员组成的类、字段组、数据类型和架构。

要开始使用UI合成架构，请按照架构编辑器教程中的说明来构建本文档中提到的“忠诚会员”架构。

要开始使用Schema Registry API，请先阅读架构注册表API开发人员指南。 阅读开发人员指南后，按照教程中概述的有关使用架构注册表API 创建架构的步骤。

附录

以下部分包含有关模式组合原则的其他信息。

关系表与嵌入对象 embedded

使用关系数据库时，最佳实践涉及标准化数据，或获取实体并将其划分为多个离散片段，这些片段随后显示在多个表中。 要将数据作为一个整体读取或更新实体，必须使用JOIN对多个单独的表进行读取和写入操作。

通过使用嵌入式对象，XDM架构可以直接表示复杂的数据并将其存储在具有分层结构的自包含文档中。 此结构的主要优点之一是，它允许您查询数据，而无需通过连接到多个非规范化表的昂贵连接来重构实体。 架构层次结构可以具有的级别数没有硬性限制。

架构和大数据 big-data

现代数字系统会产生大量的行为信号（交易数据、网络日志、物联网、显示等）。 这种大数据提供了优化体验的绝佳机会，但由于数据的规模和多样性，使其使用起来颇具挑战性。 为了从数据中获得价值，其结构、格式和定义必须标准化，以便能够一致高效地处理。

架构通过允许从多个来源集成数据、通过通用结构和定义标准化数据并在解决方案之间共享数据而解决了此问题。 这允许后续的进程和服务回答所询问数据的任何类型的问题。 它告别了传统的数据建模方式，即所有需要询问的数据问题都事先已知，而数据建模就是为了符合这些期望。

对象与自由表单字段 objects-v-freeform

在设计架构时，通过自由格式字段选择对象时要考虑一些关键因素：

对象

下面列出了在自由格式字段上使用对象的利弊。

优点：

缺点：

自由格式字段

下面列出了在对象上使用自由格式字段的利弊。

优点：

缺点：