开始使用 Campaign 数据模型 about-data-model
Adobe Campaign 数据库的概念数据模型由一组内置表及它们之间的交互组成。本页中列出了主要表格和概念。
概述 data-model-overview
Adobe Campaign依赖于包含链接在一起的表的关系数据库。 Adobe Campaign数据模型的基本结构可描述如下。
收件人表 recipient-table
数据模型依赖于主表，该主表默认为收件人表(NmsRecipient)。 此表用于存储所有营销用户档案。
有关“收件人”表的详细信息，请参阅 本节.
投放表 delivery-table
数据模型还包括用于存储所有营销活动的部件。 通常为投放表(NmsDelivery)。 此表中的每条记录表示一个投放操作或投放模板。 它包含执行投放所需的所有参数，如目标、内容等。
日志表 log-tables
数据模型的另一部分允许临时存储与活动执行关联的所有日志。
投放日志是跨所有渠道发送给收件人或设备的所有消息。 主投放日志表(NmsBroadLog)包含所有收件人的投放日志。
主跟踪日志表(NmsTrackingLog)存储所有收件人的跟踪日志。 跟踪日志是指收件人的反应，例如电子邮件打开次数和点击次数。 每个反应对应于一个跟踪日志。
投放日志和跟踪日志会在特定时段后删除，该特定时段在Adobe Campaign中指定并可进行修改。 因此，强烈建议定期导出日志。
技术表 technical-tables
最后，部分数据模型包含用于应用流程的技术数据，包括操作员和用户权限(NmsGroup)，文件夹(XtkFolder)。
使用内置的收件人表 default-recipient-table
Adobe Campaign中内置的收件人表为构建数据模型提供了一个良好的起点。 它具有许多可以轻松扩展的预定义字段和表链接。 当您主要定位收件人时，这项功能尤其有用，因为它适合以收件人为中心的简单数据模型。
使用内置收件人表的好处如下：
- 使用内置功能，如订阅、种子列表等。
- 为营销数据库提供以收件人为中心的数据模型。
- 加快实施。
- 支持人员和合作伙伴可轻松维护。
但是，可以扩展收件人表，但不能减少表中的字段或链接数。
此外，由于收件人表是产品的一部分，因此该表及其关联形式都会随着产品的变化而变化。 因此，需要进行额外维护，以检查升级时任何扩展是否仍然有效。
扩展数据模型 extending-data-model
开始使用Adobe Campaign时，您需要评估默认数据模型，以检查哪个表最适合存储营销数据。
如果相关，您可以将默认收件人表与现成字段一起使用，如中所述 本节.
如果需要，您可以使用两种机制来扩展它：
- 使用新字段扩展现有表。 例如，您可以向收件人表添加新的“忠诚度”字段。
- 创建一个新表，例如“Purchase”表，其中列出数据库的每个用户档案进行的所有购买，并将其链接到收件人表。
有关配置扩展模式以扩展概念性数据模型的更多信息，请参阅 关于模式版本.
使用自定义收件人表 custom-recipient-table
在设计Adobe Campaign数据模型时，您可以使用 内置收件人表，或决定创建 自定义收件人表 用于存储营销用户档案的表。
事实上，如果您的数据模型不符合以收件人为中心的结构，您可以在Adobe Campaign中将其他表设置为定向维度。 例如，当您需要定位家庭、帐户（如手机）和公司/网站时，这可能相关，而不仅仅是收件人。
有关使用自定义收件人表时所需的所有原则和步骤的详情，请参阅 本节.
使用自定义收件人表的好处如下：
-
灵活的数据模型 — 如果您不需要大多数收件人表字段，或者数据模型不是以收件人为中心，则内置的收件人表将毫无用处。
-
可扩展性 — 大型卷需要简化的表格和少量字段，才能实现高效设计。 内置的收件人表将有太多无用的字段，这可能会影响性能并缺乏效率。
-
数据位置 — 如果数据驻留在外部现有的营销数据库中，则使用内置的收件人表可能需要花费太多精力。 基于现有结构创建新结构比较简单。
-
轻松迁移 — 无需维护，即可检查升级时所有扩展是否仍然有效。
相关主题
要了解有关Campaign数据模型的更多信息，请参阅以下部分：
