本文档概述了设计Adobe Campaign数据模型时的主要建议。
Adobe Campaign系统非常灵活,可以扩展到初始实施之外。 但是,尽管可能性是无限的,但做出明智决策并建立坚实的基础以开始设计数据模型至关重要。
要更好地了解Campaign内置表及其彼此的关系,请参阅 此部分.
阅读 此部分 以开始使用Campaign模式。
了解如何配置扩展模式以在 本页.
Adobe Campaign是一款功能强大的跨渠道活动管理系统,可帮助您调整线上和线下策略以创建个性化的客户体验。
虽然大多数电子邮件服务提供商都在通过以列表为中心的方法与客户通信,但Adobe Campaign依赖关系数据库来利用客户及其属性的更广泛视图。
要访问每个表的说明,请转到 Admin > Configuration > Data schemas,从列表中选择资源,然后单击 Documentation 选项卡。
应将哪些数据发送到Adobe Campaign? 确定营销活动所需的数据至关重要。
Adobe Campaign既不是data warehouse,也不是报告工具。 因此,请不要尝试将所有可能的客户及其关联信息导入Adobe Campaign,或导入仅用于构建报表的数据。
要决定是否需要某个属性在Adobe Campaign,请问自己是否属于以下类别之一:
如果不属于这些属性中的任何一个,您很可能在Adobe Campaign中不需要此属性。
为确保系统的良好架构和性能,请按照以下最佳实践在Adobe Campaign中设置数据。
如果字段具有定位或个性化目的,则需要将其存储在表中。 换言之,如果某个字段未用于发送个性化电子邮件或用作查询中的标准,则将不必占用磁盘空间。
除 autouuid 和 奥托普 默认情况下,在大多数表中定义,您应当考虑添加一些逻辑密钥或业务密钥(帐号、客户端号等)。 它稍后可用于导入/协调或数据包。 有关此内容的更多信息,请参阅 标识符.
高效的键对性能至关重要。 通过Snowflake,您可以插入数字或基于字符串的数据类型作为表的键。
的 autouuid 属性仅适用于 企业(FFDA)部署.
Adobe Campaign资源具有三个标识符,并且可以添加其他标识符。
下表介绍了这些标识符及其用途。
标识符 | 说明 | 最佳实践 |
---|---|---|
Id |
|
|
名称(或内部名称) |
|
|
标签 |
|
|
在 企业(FFDA)部署,则Adobe Campaign主键是自动为所有内置表生成的UUID。 UUID也可用于自定义表。 了解详情
即使ID数量是无限的,您也应该考虑数据库的大小,以确保获得最佳性能。 要防止出现任何问题,请确保调整实例清除设置。 有关更多信息,请参阅此章节。
在Adobe Campaign中创建的每个表都需要使用主键。
大多数组织正在从外部系统导入记录。 虽然Recipient表的物理键是“id”属性,但也可以确定自定义键。
此自定义键值是外部系统馈送Adobe Campaign时的实际记录主键。
创建自定义表时,有两个选项:
请注意大型表格上的“自己”完整性。 如果删除具有“自有”完整性的大表的记录,可能会阻止实例。 表已锁定,删除内容逐个删除。 因此,最好在具有大量子的子表格上使用“中性”完整性。
将链接声明为外部连接不利于性能。 零ID记录模拟外部连接功能。 在 企业(FFDA)部署,则在链接使用 autouuid.
虽然可以连接工作流中的任何表,但Adobe建议直接在数据结构定义中定义资源之间的通用链接。
链接的定义应与表中的实际数据保持一致。 错误的定义可能会影响通过链接检索到的数据,例如意外复制记录。
使用表名称始终如一地命名链接:链接名称应有助于了解远程表格的内容。
请勿将链接命名为后缀为“id”。 例如,将其命名为“transaction”,而不是“transactionId”。
默认情况下,Adobe Campaign将使用外部表的主键创建链接。 为了更清楚地了解,最好在链接定义中显式定义连接。
在设计链接时,请确保在声明1-1关系后目标记录是唯一的。 否则,当只需要一条记录时,连接可能会返回多条记录。 当“查询返回的行数多于预期值”时,这会在投放准备期间导致错误。 将链接名称设置为与目标架构相同的名称。
在(1)侧的架构中定义具有基数(1-N)的链接。 例如,应在事务架构中定义“收件人(1)-(N)事务”关系。
请注意,链接的反向基数默认为(N)。 可以通过向链接定义添加revCardinality='single'属性来定义链接(1-1)。
如果用户看不到反向链接,则可以使用链接定义revLink='隐藏该链接无'。 这的一个好用例是,例如,定义从收件人到完成的最后一个交易的链接。 您只需查看从收件人到最后一个交易的链接,而无需从交易表中查看反向链接。
执行外部连接(1-0.1)的链接应当谨慎使用,因为它将影响系统性能。
Adobe Campaign既不是data warehouse,也不是报告工具。 因此,为确保Adobe Campaign解决方案的良好性能,数据库增长应保持可控。 要实现此目的,请遵循以下一些最佳实践,这可能会有所帮助。
关于保留时间,Campaign 中的内置日志表具有预设的保留期,通常将其数据存储限制为 6 个月或更短时间。
以下是内置表的默认保留时间值。请注意,保留时间配置由 Adobe 技术管理员在实施期间设置,每项实施的值可能因客户要求而异。
自定义表不会使用标准清理过程清除。 虽然在第1天可能不需要执行此操作,但请不要忘记为自定义表构建清除流程,因为这可能会导致性能挑战。
在Adobe Campaign中,有几种解决方案可最大程度地减少对记录的需求:
您可以在架构中声明“deleteStatus”属性。 将记录标记为已删除,然后在清理任务中推迟删除更为有效。
作为受管Cloud Services用户,请联系Adobe顾问或技术管理员,以了解有关保留率的更多信息,或者您是否需要为自定义表设置保留率。
为确保在任何时间都获得更好的性能,请遵循以下最佳实践。
Adobe Campaign依赖第三方数据库引擎。 根据提供商的不同,为较大的表优化性能可能需要特定的设计。
以下是在使用大型表和复杂连接设计数据模型时应遵循的一些常见最佳实践。
表大小是记录数和每个记录列数的组合。 这两种方法都会影响查询的性能。
行数也会影响性能。 Adobe Campaign数据库并非用于存储未主动用于定位或个性化目的的历史数据 — 这是一个操作数据库。
要防止与行数高相关的任何性能问题,请仅在数据库中保留必要的记录。 任何其他记录都应导出到第三方data warehouse,并从Adobe Campaign操作数据库中删除。
以下是有关表大小的一些最佳实践: