SQL 中的大文本和图像

在 SQL 数据库中存储大量文本（例如 html 页面）是个好主意吗？或者将其作为 html 文件存储在文件系统中是一个更好的主意吗？

图像也是如此 - 将图像数据存储在数据库中是一个好主意还是将它们放在磁盘上更好？

例如，存储大量数据是否会导致性能问题？每种存储方法的优缺点是什么？

就数据大小而言，在本例中，我正在查找“几页”的 HTML 区域和大小小于 500kb 的图像（但可能要小得多）。足以生成您的平均文章/博客条目/等规模的网页。

在数据库中存储二进制数据（文档、图像等）有一些优点。

• 您可以在与要存储的文档信息（名称、日期等）相同的事务中提交文档本身的更新。这意味着您不必担心编写自己的两阶段提交（尽管 ISTR 认为 SQL Server 2008 有一个解决方案）。

• 您可以一次备份全部内容（文档和元数据），而不必担心必须将数据库与文件系统同步

• 您可以非常简单地通过 .NET Web 服务交付文档，因为它们直接进入 DataTable，并且只需将 DataTable 放入 DataSet 并传递它即可轻松序列化。

• 您可以将数据库安全性应用于对象以及其余数据，而不必担心网络文件权限。

它也确实有一些缺点：

• 备份可能会变得非常大

• 数据库中的二进制对象的大小可能比它最初来自的文件大很多，因此在客户端-服务器环境中，它可能会增加通过网络打开它们所需的时间。

• 根据应用程序的不同，如果数据库服务器必须提供大量大型文档，您可能需要考虑数据库服务器上的负载。

话虽如此，这是我广泛使用的一种技术，而且效果很好。