如果我们有一个向客户发送电子邮件的站点，并且想要保存邮件的副本，那么有效的策略是什么？

如果将其保存到数据库中的表中(例如，创建名为Mail的表)，则该表很快就会变得很大。

我看到的一些策略是：

• 将其保存到文件系统
• 运行计划的任务以清除数据库中的旧条目-但最后我们没有副本；
• 为每个时间范围创建一个单独的表(每年一次，或者每月一次)

我们使用了哪些策略？

解决方案

回答

要保存的数据保存在数据库中。唯一有道理的例外是大型二进制数据(图像，视频)。谁在乎桌子有多大？如果邮件是自动的并且是基于模板的，则无论如何都只需要保存可变部分。无论将其保存在何处，其大小都将大致相同，但是我们可能已经具有一种备份数据库的机制，因此我们无需发明一种即可处理数百万个文件的机制。

回答

许多假设：
1.我们正在运行Windows /需要Windows中的存档
2.在邮件中进行搜索的能力很重要。

由于我们是在向客户发送邮件，因此没有任何理由无法密送自己的邮件帐户。假设我们在自己的服务器上拥有一个合适的帐户，那么我将考虑使用MailStore(主页)从帐户中提取邮件并将其放入自己的压缩数据库中。

回答

这取决于电子邮件的内容。如果包含大图像。我会为文件系统饱满。否则，如果邮件表表很快变得非常大，那么我会选择单独的表，以归档死客户。

回答

我不同意gmail是业务数据的有效备份。

为什么将业务信息信任给无法保证服务或者无法控制的提供商？

对我来说毫无意义。

根据我们需要多长时间访问一次此信息，我会说文件系统或者数据库档案。至少以这种方式，我们可以控制自己的数据。

回答

另一个选项(取决于电子邮件的内容)是不保存电子邮件，但请确保我们可以通过存档生成电子邮件的原始内容来重新创建电子邮件。

回答

我们将电子邮件保存到数据库表中。它真的并没有那么快变大。我们有一个表，其中包含32,000封电子邮件(它们也是很大的电子邮件，每个电子邮件50kb)，并且压缩后，该文件仅使用16MB。

如果我们要发送大量电子邮件，请知道GMail(免费)目前仅允许7GB的数据。我很乐意将其保存在磁盘上。

回答

我会考虑采用某种通用的归档功能。具体实施方式取决于特定检索需求。

例如，如果我们只想检索发送给特定客户的特定月份的电子邮件，然后将其存储在文件系统上的适当目录中(如有必要，将其压缩)就应该很简单。我们可能希望在数据库表中记录已发送电子邮件的列表，并带有指向适当目录的指针，但是目录和文件的命名约定可能就足够了

我们可能不需要经常访问非常老的电子邮件，因此可以将其归档到DVD中，例如，如果在线存储存在问题

如果我们想经常搜索电子邮件的实际内容，则必须将其放入数据库表中，或者使用诸如Lucerne这样的索引器来检查磁盘上存储的文件