Show Menu
主题×

数据模型最佳实践

本文档概述了设计Adobe Campaign数据模型时的主要建议。
要创建和修改资源以扩展Adobe Campaign预定义的数据模型,请参阅 本节
您可以在此处找到现成的资源的数据模型表

概述

Adobe Campaign系统极其灵活,可扩展至初始实施之外。 但是,尽管可能性是无限的,但开始设计数据模型至关重要,必须做出明智的决策并打牢基础。
本文档提供了常见使用案例和最佳实践,以了解如何正确构建Adobe Campaign工具。

数据模型架构

Adobe Campaign standard是一款功能强大的跨渠道营销活动管理系统,可帮助您整合线上和线下策略,创造个性化的客户体验。

以客户为中心的方法

虽然大多数电子邮件服务提供商都在通过以列表为中心的方式与客户进行通信,但Adobe Campaign依靠关系数据库来利用更广泛的客户视图及其属性。
以客户为中心的方法如下图所示。 灰 色的Profile resource表示正在构建所有内容的主客户表:
Adobe Campaign默认数据模型显示在此部

Adobe Campaign的数据

应将哪些数据发送到Adobe Campaign? 确定营销活动所需的数据至关重要。
Adobe Campaign不是数据仓库。 因此,请勿尝试将所有可能的客户及其关联信息导入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中,此值对最终用户不可见。
  • 通过 API系统 ,可以检索PKey值(它是生成的/散列的值,而不是物理密钥)。
  • 除了通过API检索、更新或删除记录外,不建议将其用于其他任何用途。
ID
name或internalName
  • 此信息是表中记录的唯一标识符。 此值可手动更新。
  • 此标识符在部署到Adobe Campaign的其他实例时会保留其值。 它的名称必须与生成的值不同,才能通过包导出。
  • 这不是表的实际主键。
  • 请勿使用空格“”、半列“:”或连字符“-”等特殊字符。
  • 所有这些字符将替换为下划线“_”(允许的字符)。 例如,“abc-def”和“abc:def”将存储为“abc_def”并相互覆盖。
标签
标签
  • 标签是Adobe Campaign中对象或记录的业务标识符。
  • 此对象允许空格和特殊字符。
  • 它不保证记录的唯一性。
  • 建议确定对象标签的结构。
  • 这是用于为Adobe Campaign用户标识记录或对象的最易用的解决方案。
ACS ID
acsId
  • 可以生成其他标识符: ACS ID
  • 由于PKey无法在Adobe Campaign用户界面中使用,因此这是一种获得插入配置文件记录期间生成的唯一值的解决方案。
  • 仅当在将记录插入Adobe Campaign之前,在资源中启用了此选项时,才能自动生成该值。
  • 此UUID可用作对帐密钥。
  • 自动生成的ACS ID不能用作工作流或包定义中的引用。
  • 此值特定于Adobe Campaign实例。

标识键

在Adobe Campaign中创建的每个资源必须至少具有一个唯一的标 识密钥
创建自定义资源时,您有两个选项:
  • 自动生成的键和内部自定义键的组合。 如果系统密钥是复合密钥或不是整数,则此选项很有趣。 整数在大表中提供更高的性能,并与其他表连接。
  • 使用主键作为外部系统主键。 此解决方案通常是首选的,因为它简化了导入和导出数据的方法,并且在不同系统之间使用一致的键。
在工作流中,标识密钥不应用作引用。

索引

Adobe Campaign会自动向资源中定 义的 所有主键和内部键添加索引。
  • Adobe建议定义其他索引,因为这可能会提高性能。
  • 但是,不要添加太多索引,因为它们使用数据库上的空间。 许多索引也可能会对性能产生负面影响。
  • 仔细选择需要定义的索引。

性能

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

一般性建议

  • 避免在查询中使用“CONTAINS”等操作。 如果您知道需要什么并希望筛选什么,请使用“EQUAL TO”或其他特定筛选器运算符应用相同的条件。
  • 在工作流中构建数据时,避免加入非索引字段。
  • 尝试确保像导入和导出这样的流程在工作时间之外完成。
  • 确保所有日常活动都有预定,并按预定计划进行。
  • 如果一个或几个日常进程失败,并且如果强制要求在同一天运行该进程,请确保启动手动进程时没有运行冲突的进程,因为这可能会影响系统性能。
  • 确保在导入过程中或执行任何手动过程时,没有运行任何每日营销活动。
  • 使用一个或多个引用表,而不是复制每行中的字段。 使用键/值对时,最好选择数字键。
  • 短字符串仍可接受。 如果引用表已在外部系统中就位,重复使用引用表将有助于与Adobe Campaign的数据集成。

一对多关系

  • 数据设计会影响可用性和功能性。 如果您设计的数据模型具有许多一对多关系,则用户在应用程序中构建有意义的逻辑会更加困难。 对于非技术营销人员来说,一对多过滤逻辑可能难以正确构建和理解。
  • 将所有基本字段放在一个表中是件好事,因为这使用户更容易构建查询。 有时,如果可以避免连接,则跨表复制某些字段也会有好的性能。
  • 某些内置功能将不能引用一对多关系,例如“优惠加权公式”和“交付”。

大表

以下是使用大表和复杂连接设计数据模型时应遵循的一些最佳实践。
  • 减少列数,特别是通过识别未使用的列数。
  • 通过避免复杂连接(例如在多个条件和/或多个列上的连接)来优化数据模型关系。
  • 对于连接键,请始终使用数字数据而不是字符串。
  • 尽可能减少日志保留深度。 如果需要更深入的历史记录,您可以聚合计算和/或处理自定义日志表以存储更大的历史记录。