数据模型最佳实践

本文档概述了设计Adobe Campaign数据模型时的主要建议。

注意

要创建和修改资源以扩展Adobe Campaign预定义数据模型，请参阅 此部分.

您可以在 本页.

概述

Adobe Campaign系统极其灵活，可以扩展到初始实施之外。 但是，尽管可能性是无限的，但做出明智决策并建立坚实的基础以开始设计数据模型至关重要。

本文档提供了常见用例和最佳实践，以了解如何正确构建Adobe Campaign工具。

数据模型架构

Adobe Campaign Standard是一款功能强大的跨渠道活动管理系统，可帮助您调整线上和线下策略以创建个性化的客户体验。

以客户为中心的方法

虽然大多数电子邮件服务提供商都在通过以列表为中心的方法与客户通信，但Adobe Campaign依赖关系数据库来利用客户及其属性的更广泛视图。

下图显示了这种以客户为中心的方法。 的 用户档案 灰色资源表示正在构建所有内容的主要客户表：

Adobe Campaign默认数据模型如下所示 部分.

Adobe Campaign数据

应将哪些数据发送到Adobe Campaign? 确定营销活动所需的数据至关重要。

注意

Adobe Campaign不是data warehouse。 因此，请不要尝试将所有可能的客户及其关联信息导入Adobe Campaign。

要决定是否需要在Adobe Campaign中使用属性，请确定属性是否属于以下类别之一：

  • 用于 分段
  • 用于 数据管理流程 （例如聚合计算）
  • 用于 个性化
  • 用于 报告 （可以根据自定义用户档案数据创建报表）

如果不属于这些属性中的任何一个，您很可能在Adobe Campaign中不需要此属性。

数据类型

要确保系统的良好架构和性能，请按照以下最佳实践在Adobe Campaign中设置数据：

  • 字符串字段的长度应始终使用列进行定义。 默认情况下，Adobe Campaign中的最大长度为255个字符，但是如果您已经知道字段的大小不会超过较短的长度，则Adobe建议将字段缩短。
  • 如果您确定源系统中的字段大小被高估，并且无法达到，则可以将Adobe Campaign中的字段短于源系统中的字段。 这可能表示Adobe Campaign中的字符串较短或整数较小。

配置数据结构

本节概述了 配置资源的数据结构.

标识符

Adobe Campaign资源具有三个标识符，并且可以添加其他标识符。

下表介绍了这些标识符及其用途。

注意

显示名称是通过Adobe Campaign用户界面向用户显示的字段名称。 技术名称是资源定义中的实际字段名称（和表列名称）。

显示名称 技术名称 说明 最佳实践
PKey
  • PKey是Adobe Campaign表的物理主键。
  • 此标识符通常对特定Adobe Campaign实例是唯一的。
  • 在Adobe Campaign Standard中，此值对最终用户不可见（URL中除外）。
  • 通过 API系统，则可以检索PKey值（即生成/哈希值，而不是物理密钥）。
  • 除了通过API检索、更新或删除记录之外，不建议将其用于其他任何内容。
ID name或internalName
  • 此信息是表中记录的唯一标识符。 此值可手动更新。
  • 此标识符在部署到其他Adobe Campaign实例时会保留其值。 其名称必须不同于生成的值，才能通过包导出。
  • 这不是表的实际主键。
  • 请勿使用特殊字符，如空格“”、半列“：”或连字符“ — ”。
  • 所有这些字符都将替换为下划线“_”（允许的字符）。 例如，“abc-def”和“abc:def”将存储为“abc_def”并相互覆盖。
标签 label
  • 标签是Adobe Campaign中对象或记录的业务标识符。
  • 此对象允许使用空格和特殊字符。
  • 它不保证记录的唯一性。
  • 建议确定对象标签的结构。
  • 这是用于为Adobe Campaign用户标识记录或对象的最易用的解决方案。
ACS ID acsId
  • 还可以生成其他标识符：the ACS ID.
  • 由于PKey不能在Adobe Campaign用户界面中使用，因此，这是一种获取在插入用户档案记录期间生成的唯一值的解决方案。
  • 仅当在资源中启用了选项后，才能在将记录插入Adobe Campaign中之前自动生成值。
  • 此UUID可用作协调键值。
  • 自动生成的ACS ID不能用作工作流或包定义中的引用。
  • 此值特定于Adobe Campaign实例。

标识键

在Adobe Campaign中创建的每个资源必须至少具有一个唯一 标识键.

创建自定义资源时，有两个选项：

  • 自动生成键和内部自定义键的组合。 如果您的系统键是复合键或不是整数，则此选项很有趣。 整数在大表中提供更高的性能，并与其他表连接。
  • 使用主键作为外部系统主键。 此解决方案通常比较首选，因为它通过不同系统之间一致的键简化了数据导入和导出的方法。

在工作流中，不应将标识键用作引用。

索引

Adobe Campaign会自动添加 索引 到资源中定义的所有主键和内部键。

  • Adobe建议定义其他索引，因为这可能会提高性能。
  • 但是，不要添加太多索引，因为它们在数据库上使用空间。 许多索引也可能会对性能产生负面影响。
  • 请仔细选择需要定义的索引。

定义与其他资源的链接，请参见 此部分.

  • 虽然可以连接工作流中的任何表，但Adobe建议直接在数据结构定义中定义资源之间的通用链接。
  • 链接的定义应与表中的实际数据保持一致。 错误的定义可能会影响通过链接检索到的数据，例如意外复制记录。
  • 使用资源名称始终如一地命名链接：链接名称应有助于了解远程表格的内容。
  • 请勿将链接命名为后缀为“id”。 例如，将其命名为“transaction”，而不是“transactionId”。

性能

为确保在任何时间都获得更好的性能，请遵循以下最佳实践。

一般建议

  • 避免在查询中使用“包含”等操作。 如果您知道预期内容并希望过滤对象，请使用“等于”或其他特定过滤器运算符应用相同的条件。
  • 在工作流中构建数据时，请避免使用未索引的字段进行连接。
  • 尝试确保在工作时间完成导入和导出等过程。
  • 确保有所有日常活动的时间表，并遵守时间表。
  • 如果一个或几个日常进程失败，并且如果必须在同一天运行它，请确保在启动手动进程时没有运行冲突的进程，因为这可能影响系统性能。
  • 确保在导入过程或执行任何手动过程期间均未运行任何每日营销活动。
  • 使用一个或多个引用表，而不是在每个行中复制字段。 使用键/值对时，最好选择数字键。
  • 短字符串仍可接受。 如果外部系统中已有引用表，则重用该表将有助于与Adobe Campaign进行数据集成。

一对多关系

  • 数据设计会影响可用性和功能。 如果您设计的数据模型具有许多一对多关系，则用户在应用程序中构建有意义的逻辑会比较困难。 对于非技术营销人员而言，一对多过滤逻辑可能很难正确构建和理解。
  • 将所有基本字段都放在一个表中是件好事，因为这样用户就可以更轻松地构建查询。 有时，如果在表中复制某些字段以避免连接，则在性能上也会很好。
  • 某些内置功能将无法引用一对多关系，例如选件加权公式和投放。

大表

以下是在使用大型表和复杂连接设计数据模型时应遵循的一些最佳实践。

  • 减少列数，特别是通过标识未使用的列数。
  • 通过避免复杂的连接（如多个条件和/或多个列上的连接）来优化数据模型关系。
  • 对于连接键，请始终使用数字数据而不是字符串。
  • 尽量减少日志保留的深度。 如果需要更深的历史记录，您可以聚合计算和/或处理自定义日志表以存储更大的历史记录。

在此页面上