电子邮件滴点应用程序的数据库架构?

时间:2014-10-06 18:34:11

标签: database-design database-schema

处理应用程序的电子邮件滴漏功能。电子邮件模板和电子邮件日志的数据库架构非常简单。我设置了模板触发器的架构。此功能是更大的CRM解决方案的一部分。

我当前的架构基于广告系列和触发器,广告系列定义了何时发送电子邮件,触发器定义何时删除或向广告系列添加人员。

[CAMPAIGN]
CAMPAIGN_ID [GUID]
DELAY_DAYS [INT]
EMAIL_TEMPLATE_ID [GUID]

[CAMPAIGN_XREF]
ID [GUID]
PERSON_ID [GUID]
CAMPAIGN_ID [GUID]
ACTIVE_DATE [TIMESTAMP]
isACTIVE [BOOL]

我的设计是滴水广告系列由一堆电子邮件模板组成。每个广告系列项目都有一个延迟日期,用于计算要发送的电子邮件,因此如果广告系列A有延迟天数0,30,60;用户将在第1天发送电子邮件,然后在1个月内发送,然后在2个月内发送。使用计划任务每​​晚运行以执行操作并更新日期。

我遇到设置触发器的问题。触发器将基于人的状态。因此,如果我被置于培育状态,他们将被分配到某个活动。

另一个触发器将基于约会日期。这样做是有效的,如果一个人在30天内安排了预约,它将在7天前发送电子邮件,如果可能的话,在14天之前发送。当可用的发送窗口小于广告系列时间表时,如何处理这些项目?

我正在努力解决的问题是\如何检查触发器是否与潜在客户(实时与预定任务)匹配,如何处理从某个广告系列中删除它们?

1 个答案:

答案 0 :(得分:0)

结束使用www.getdrip.com相当强大,良好的API,良好的支持。不要重新发明轮子。

相关问题