Show Menu
主题×

模式合成基础

本文档介绍Experience Data Model(XDM)模式,以及构建要在Adobe Experience Platform中使用的模式的构件、原则和最佳实践。 有关XDM及其在平台中的使用方式的一般信息,请参 阅XDM系统概述

了解模式

模式是表示和验证数据结构和格式的一组规则。 从高度讲,模式提供了真实对象(如人)的抽象定义,并勾勒出该对象的每个实例(如名、姓、生日等)中应包含哪些数据。
除了描述数据结构外,模式还对数据应用约束和期望,这样当数据在系统之间移动时,就可以验证数据。 这些标准定义允许一致地解释数据,而不管来源如何,并且无需跨应用程序进行翻译。
Experience Platform通过使用模式来保持这种语义规范化。 模式是在Experience Platform中描述数据的标准方法,它允许与模式相符的所有数据在整个组织内重复使用,而不会发生冲突,甚至可以在多个组织之间共享。

关系表与嵌入式对象

在使用关系数据库时,最佳实践包括将数据标准化,或将实体划分为离散部分,然后在多个表中显示。 为了将数据作为一个整体读取或更新实体,必须使用JOIN对多个单独的表执行读写操作。
XDM模式通过嵌入式对象的使用,可以直接表示复杂的数据并存储在具有分层结构的自包含文档中。 此结构的主要优点之一是它允许您查询数据,而无需通过昂贵的连接到多个非规范化表来重建实体。

模式和大数据

现代数字系统产生大量行为信号(交易数据、网络日志、物联网、显示等)。 这些大数据优惠了优化体验的绝佳机会,但由于数据的规模和种类,使用起来极具挑战。 为了从数据中获得价值,必须对其结构、格式和定义进行标准化,以便能够一致、高效地处理数据。
模式通过允许从多个来源集成数据、通过通用结构和定义进行标准化并跨解决方案共享数据来解决这一问题。 这允许后续过程和服务回答任何类型的数据问题,从传统的数据建模方法转向数据建模方法,在该方法中,将要询问数据的所有问题都预先知道,并且数据被建模以符合这些期望。

Experience Platform中基于模式的工作流

标准化是Experience Platform的一个关键概念。 XDM由Adobe推动,旨在实现客户体验数据标准化并为客户体验管理定义标准模式。
构建Experience Platform的基础架构(称为XDM System)简化了基于模式的工作流,包括模式注册表、模式编辑器、模式元数据和服务消费模式。 See the XDM System overview for more information.

规划模式

构建模式的第一步是确定您试图在模式中捕获的概念或真实对象。 一旦您确定了要描述的概念,您就可以开始规划模式,思考诸如数据类型、潜在身份域以及模式在未来的演变。

Experience Platform中的数据行为

计划在Experience Platform中使用的数据分为两种行为类型:
  • 记录数据 : 提供有关主题属性的信息。 主题可以是组织或个人。
  • 时间序列数据 : 提供记录主体直接或间接采取操作时系统的快照。
所有XDM模式都描述可以分类为记录或时间序列的数据。 模式的行为由模式的类定 ,该类在模式首次创建时分配给。 本文档后面对XDM类进行了更详细的介绍。
记录和时间序列模式都包含身份映射( xdm:identityMap )。 此字段包含主题的标识表示形式,该表示形式取自标为“标识”的字段,如下一节所述。

身份

模式用于将数据引入Experience Platform。 此视图可跨多个服务使用,以创建单个实体的单一统一数据。 因此,在考虑模式时,必须考虑“身份”以及哪些字段可用于识别主题,而不管数据来自何处。
要帮助处理此过程,关键字段可标记为“Identity”。 在获取数据时,这些字段中的数据将插入该个人的“身份图”中。 然后,实时客户用户档案和 其他体验平台服务可以访问 ,从而为每位客户提供拼接视图。
通常标为“身份”的字段包括: 电子邮件地址、电 话号码、Experience Cloud ID(ECID) 、CRM ID或其他唯一ID字段。 您还应考虑组织特有的所有唯一标识符,因为它们可能也是良好的“身份”字段。
在模式规划阶段考虑客户身份非常重要,这有助于确保整合数据以构建最可靠的用户档案。 请参阅 Identity Service概述 ,进一步了解身份信息如何帮助您向客户提供数字体验。

模式进化原则

随着数字体验的性质不断发展,用来代表数字体验的模式也必须如此。 因此,设计良好的模式能够根据需要进行调整和发展,而不会对模式的先前版本造成破坏性的改变。
由于保持向后兼容性对模式发展至关重要,Experience Platform强制采用纯附加的版本控制原则,以确保对模式的任何修订只会导致无损的更新和更改。 换言之,不 支持中断更改。
支持的更改
中断更改(不支持)
  • 向现有模式添加新字段
  • 使必填字段成为可选字段
  • 删除以前定义的字段
  • 引入新的必填字段
  • 重命名或重定义现有字段
  • 删除或限制以前支持的字段值
  • 将属性移动到树中的其他位置
如果模式尚未用于将数据引入Experience Platform,您可能会对该模式引入突破性的更改。 但是,一旦在平台中使用了模式,它就必须遵守附加的版本控制策略。

模式和数据获取

要将数据引入Experience Platform,必须先创建数据集。 数据集是Catalog Service的数据转换和跟踪的 构造块 ,通常表示包含所摄取数据的表或文件。 所有数据集都基于现有的XDM模式,它们为所摄取的数据应包含的内容以及如何构建提供约束。 有关更多信 息,请参阅Adobe Experience Platform Data Ingestion概述。

模式积木

Experience Platform采用组合方法,将标准构件块组合在一起以创建模式。 这种方法促进现有组件的可重用性,并推动整个行业的标准化,以支持平台中的供应商模式和组件。
模式使用以下公式组成:
类+ Mixin* = XDM模式
*模式由类和零个或多 个混音组成 。 这意味着您可以构建数据集模式,而完全不使用mixin。

编写模式从指定类开始。 类定义模式将包含的数据的行为方面(记录或时间序列)。 除此之外,类还描述了所有基于该类的模式需要包含的最小公共属性数,并为合并多个兼容数据集提供了一种方法。
类还决定哪些混音符合在模式中使用的条件。 下面的mixin部分将更详细 地讨论 此问题。
Experience Platform的每个集成都提供标准类,称为“行业”类。 行业类别是公认的行业标准,适用于各种使用案例。 行业类的示例包括Adobe提供的XDM个人用户档案和XDM ExperienceEvent类。
Experience Platform还允许“供应商”类,这些类是Experience Platform合作伙伴定义的类,并提供给在平台中使用该供应商服务或应用程序的所有客户。
还有一些类用于描述平台内单个组织的更具体用例,称为“客户”类。 当没有可用于描述唯一用例的行业或供应商类时,客户类由组织定义。
例如,代表忠诚度项目成员的模式描述个人的记录数据,因此可以基于XDM个人用户档案类(Adobe定义的标准行业类)。

Mixin

混音是可重用的组件,它定义一个或多个字段,这些字段实现某些功能,如个人详细信息、酒店偏好或地址。 混合被设计为实现兼容类的模式的一部分。
混音根据所表示数据(记录或时间序列)的行为定义它们与哪些类兼容。 这意味着并非所有混音都可用于所有类。
混合的范围和定义与类相同: 行业混合、供应商混合和客户混合由使用平台的各个组织定义。 Experience Platform包括许多标准的行业混合,同时允许供应商为其用户定义混合,并允许个别用户为自己的特定概念定义混合。
例如,要捕获“忠诚会员”模式的“名字”和“家庭地址”等详细信息,您可以使用定义这些常见概念的标准混音。 但是,特定于不常用用例的概念(如“忠诚度项目级别”)通常没有预定义的混音。 在这种情况下,您必须定义自己的混音来捕获此信息。
请记住,模式由“零个或更多”混音组成,因此这意味着您无需使用任何混音即可构建有效的模式。

数据类型

数据类型在类或模式中用作引用字段类型的方式与基本文本字段相同。 关键区别在于数据类型可以定义多个子字段。 与混音类似,数据类型允许多字段结构的一致使用,但比混音具有更大的灵活性,因为通过将数据类型添加为字段的“模式类型”,可以在的任意位置包含数据类型。
Experience Platform作为模式注册表的一部分提供许多常见数据类型,以支持使用标准模式描述常见数据结构。 这在模式注册表教程中有更详细的说明,当您逐步定义数据类型时,它将变得更加清晰。

字段

字段是模式最基本的构件。 字段通过定义特定数据类型提供与它们可以包含的数据类型相关的约束。 这些基本数据类型定义单个字段,而 前面提到的数据类 型,允许您定义多个子字段,并在各种模式中重复使用相同的多字段结构。 因此,除了将字段的“数据类型”定义为注册表中定义的数据类型之一之外,Experience Platform还支持基本标量类型,如:
  • 字符串
  • 整数
  • 数值
  • 布尔值
  • 阵列
  • 对象
这些标量类型的有效范围可以进一步限制为某些模式、格式、最小值/最大值或预定义值。 使用这些约束,可以表示各种更具体的字段类型,包括:
  • 枚举
  • 字节
  • 日期
  • 日期时间
  • 地图
“映射”字段类型允许键值对数据,包括单个键的多个值。 映射只能在系统级别定义,这意味着您可能在行业或供应商定义的模式中遇到映射,但该映射不能用于您定义的字段。 模式 注册表API开发人员指南 ,包含有关定义字段类型的更多信息。
下游服务和应用程序使用的某些数据操作对特定字段类型强制实施限制。 受影响的服务包括但不限于:
在创建用于下游服务的模式之前,请查看这些服务的相应文档,以便更好地了解该模式所针对的数据操作的现场要求和限制。

XDM字段

除了基本字段和定义您自己的数据类型的能力之外,XDM还提供标准的字段和数据类型集,这些字段和数据类型被Experience Platform服务隐含地理解,并在跨平台组件使用时提供更高的一致性。
这些字段(如“名字”和“电子邮件地址”)包含除基本标量字段类型之外的附加含义,告知平台共享相同XDM数据类型的任何字段将以相同的方式行事。 无论数据来自何处,或数据使用在何种平台服务中,都可以相信此行为是一致的。
有关可 用XDM字段的完整列表 ,请参阅XDM字段字典。 建议尽可能使用XDM字段和数据类型,以支持跨体验平台的一致性和标准化。

合成示例

模式表示将引入平台的数据的格式和结构,并使用合成模型构建。 如前所述,这些模式由类和与该类兼容的零个或多个混音组成。
例如,描述在零售商店进行购买的模式可能称为“商店交易”。 模式实现XDM ExperienceEvent类,该类与标准商务混合和用户定义的产品信息混合相结合。
另一个跟踪网站流量的模式可称为“Web访问”。 它还实现了XDM ExperienceEvent类,但这次结合了标准Web混音。
下图显示了这些模式以及每个混音贡献的字段。 它还包含两个基于XDM个人模式类的用户档案,包括本指南中前面提到的“忠诚会员”模式。

合并

Experience Platform允许您针对特定用例编写模式,还允许您查看特定类类型的模式的“合并”。 上图显示了两个基于XDM ExperienceEvent类的模式,以及两个基于XDM Individual用户档案类的模式。 合并,如下所示,聚合共享同一类的所有模式的字段(分别为XDM ExperienceEvent和XDM Individual用户档案)。
通过启用模式以与实时客户用户档案一起使用,该合并将包含在该类型的中。 用户档案提供强大、集中的用户档案客户属性,以及客户在与平台集成的任何系统中拥有的每个事件的时间戳帐户。 用户档案使用合并视图来表示此数据,并为每位客户提供整体视图。
有关使用用户档案的更多信息,请参 阅实时客户用户档案概述

将数据文件映射到XDM模式

所有被引入Experience Platform的数据文件都必须符合XDM模式的结构。 有关如何格式化数据文件以符合XDM层次(包括示例文件)的更多信息,请参阅示例ETL 转换文档 。 有关将数据文件引入Experience Platform的一般信息,请参阅批 处理摄取概述

后续步骤

现在,您已经了解了模式合成的基础知识,可以开始使用模式注册表构建模式。
模式注册表用于访问Adobe Experience Platform中的模式库,并提供可从中访问所有可用库资源的用户界面和RESTful API。 模式库包含由Adobe定义的行业资源、由Experience Platform合作伙伴定义的供应商资源以及由组织成员组成的类、混合、数据类型和模式。
要开始使用UI编写模式,请按照模式编 辑器教程 ,构建本文档中提到的“忠诚会员”模式。
要开始使用模式注册表API,请阅读模式注册表API开 发人员指南进行开始 。 阅读开发人员指南后,请按照教程中概述的步 骤使用模式注册表API创建模式