Sql 电子邮件日志数据库表结构

嗨。我想听听是否有人已经建立了类似的东西，你是如何处理和构建的

所以我想在数据库中建立一个日志，记录我们系统发送的所有电子邮件。电子邮件连接到不同的对象（产品/列表、预订等）。所以日志是必要的，因为如果我们发送一系列电子邮件，我们需要知道哪一封是最后发送的，何时发送的

问题是如何构造日志表，以便以后能够查询为特定预订发送的所有/最后/特定电子邮件。 最好为每个对象保留一个日志表，还是为所有对象保留一个通用表（可能有一个连接表）

我在网上查看了一些如何构建日志表的方法，但我想听听关于这个具体问题的一些意见

---

谢谢你的帮助

我们有一张类似的桌子。它包含如下内容

• 身份证
• 日志日期
• 用户ID
• TypeID（我们将电子邮件、短信和其他操作存储在一个表中）

指向操作源的链接。我们有大量的源可以在这里执行记录的操作-客户文档（各种类型）、供应商文档（各种类型）、报告、工具等。大多数情况下，我们不需要在SQL中连接回文档，只需要一个ID和源类型，所以我们不会将它们存储为每种类型的单独列，只需要类型和ID。通过保持这一点，如果适用，我们可以从这些日志的网格中打开源文档

• 源类型ID
• 源ID

指向常用搜索/选定父表的链接。我们保持这些直接链接，因为出于各种原因，我们经常在SQL中连接它们，并且如果父级合并，也有助于保持引用完整性。（以上SourceID中引用的文档永远不会合并）。来自客户或采购文档的任何日志都将包含一个或多个此类日志，来自内部工具的日志可能没有

• 帐户ID
• 供应商
• CustomerID（客户与帐户不同-考虑送货地址，而不是谁付款）

消息数据详细信息。我们不需要为我们的目的存储电子邮件正文或附件（有些人需要）。我们确实存储电子邮件主题行（或整个SMS消息）

• 电子邮件地址
• 电邮密件抄送
• SMSAddress（电话号码）
• 主题（或短信）

---

此表在常用筛选列（AccountID、CustomerID、SupplierID、UserID、SourceID）上建立索引。从任何文档中，我们都可以通过sourceId（使用sourceTypeID筛选器）快速找到有关该文档的所有电子邮件/短信等。对于任何帐户/供应商等，我们可以快速找到该帐户任何文档中的所有消息。

谢谢。这很有帮助。我现在投了赞成票。