存储大量文本（到数据库还是作为文件？）的最佳实践是什么？压缩该文本又如何呢？

Question

我正在构建一个Web应用程序，该应用程序可以处理内部电子邮件以及用户和客户端之间的其他常见的中小型文本。 存储此数据的最佳方法是什么？ 在数据库（MySQL）中还是成千上万的单个文件？ 压缩（PHP的gzcompress（）或MySQL的压缩功能）怎么样？

这不是公共应用程序，因此用户负载将最小（一次少于20个用户）。 但是，应用程序中每天都会有很多来回的通讯，因此我希望随着时间的流逝数据量会变得相当大（这就是为什么我要对其进行压缩）。

我想将数据保留在数据库中，以便于访问和移植，但我在此处看到的有关图像的一些线程建议使用文件存储。 你怎么看？

谢谢塞思

编辑以澄清问题：我不需要对文本进行任何形式的搜索，这就是为什么我倾向于压缩文本以节省空间。

Answer 1

对于已经具有特定格式的图像和文档（excel，Word文档，pdf文件等），我更喜欢文件存储。 但是对于仅原始文本，我可能宁愿使用数据库。 在机器之间复制以进行故障转移更加容易，您可以在文本上进行子字符串搜索，尽管我不知道用于压缩它的特定算法，但我认为数据库是一种更好的选择。 但是仅当您已经只有文本并且只有文本时才如此。 我更喜欢使用文件存储的任何其他格式的文档。

除非我缺少某些内容，否则如果仅是文本，我将使用CLOB而不是BLOB。

Answer 2

将文件保留在数据库中的主要原因之一是使其与要存储的其余数据保持一致。 进行备份，使用预定义的数据集进行（重新）部署等将变得更加容易。此外，更容易保证事务的完整性。

将文本存储为文件的好处之一是，使用Web服务器更容易为文本提供服务，如果这是使用文件的唯一剩余好处，则可以考虑将文件缓存在Web服务器上-这将为您提供很多帮助简单的数据库备份和事务处理，但同时可以加快HTTP请求的速度。

Answer 3

我会选择使用数据库。 您描述了要存储大量消息的情况。 您没有提供有关系统的太多信息，但是我想您可能想对消息进行排序，分组和应用其他几个属性。 将消息及其属性保存在数据库中而不是使用文件存储会容易得多，甚至可能更快。

关于压缩，我不知道哪种方法最有效。 在选择之前，您可能应该同时尝试两者。

Answer 4

我不知道这个“中等大小”有多大。 如果文本只是写的消息（小于10 KB），则压缩会使它们更小，并且不会对数据库的增长产生很大影响。 它使开发和维护也变得更加容易，从而使所有内容都可以通过单个查询使用，而不必分别获取文件内容。