Question

我们可以用双向保存图像

在服务器中上传图片并将图片网址保存在数据库中。
将图像直接保存到数据库中

哪一个更好？

Answer 1

微软研究院的一篇非常好的论文名为To Blob or Not To Blob。

经过大量的性能测试和分析后得出的结论是：

如果您的图片或文档的大小通常低于256K，则将它们存储在数据库VARBINARY列中效率更高
如果您的图片或文档的大小通常超过1 MB，则将它们存储在文件系统中效率更高（并且使用SQL Server 2008的FILESTREAM属性，它们仍处于事务控制之下，并且属于数据库）
介于这两者之间，取决于您的使用情况，这是一个小小的挑战

如果您决定将图片放入SQL Server表格，我强烈建议您使用单独的表格存储这些图片 - 不要将员工foto存储在员工表格中 - 将它们保存在单独的表格中。这样，员工表可以保持精简，平均且非常高效，假设您并不总是需要选择员工foto，作为查询的一部分。

对于文件组，请查看Files and Filegroup Architecture以获取简介。基本上，您可以从一开始就为大型数据结构创建具有单独文件组的数据库，或者稍后添加其他文件组。我们称之为“LARGE_DATA”。

现在，只要您创建了一个需要存储VARCHAR(MAX)或VARBINARY(MAX)列的新表，就可以为大数据指定此文件组：

 CREATE TABLE dbo.YourTable
     (....... define the fields here ......)
     ON Data                   -- the basic "Data" filegroup for the regular data
     TEXTIMAGE_ON LARGE_DATA   -- the filegroup for large chunks of data

查看文件组的MSDN简介，并使用它！

Answer 2

像许多问题一样，ansewr“依赖于它”。像SharePoint这样的系统使用选项2.许多票证跟踪系统（我肯定知道Trac这样做）使用选项1。

还要考虑任何（潜在的）限制。随着您的音量增加，您是否会受到数据库大小的限制？这与托管数据库和应用程序特别相关，其中增加数据库的大小比增加存储分配要昂贵得多。

Answer 3

将图像保存到服务器对于网站来说效果会更好，因为这些是您网站的附带信息，例如每个客户的品牌形象 - 如果您正在设置下一个Flickr，那么答案会有所不同:)。您需要设置一个服务器作为文件服务器，共享/ uploaded_images目录（或任何您命名的目录），并设置一个应用程序变量来定义上传图像的基本URL。为什么更好？成本。文件服务器是廉价的商品硬件。您可以使用廉价商品（甚至只是消费级）备份软件备份文件内容。如果你的文件服务器呱呱叫，有人丢失了一天的上传图片？谁在乎。他们只是再次上传它们。我们的数据库服务器是在SSD SAN上运行的企业集群。我们的备份和传输日志通过昂贵的带宽发送到远程站点，甚至在磁带上维持x周期。我们将它用于需要RDBMS的ACID（原子性，一致性，隔离性，持久性）优势的所有数据。我们不会将它用于公司徽标。

Answer 4

将它们存储在数据库中，除非您有充分理由不这样做。

将它们存储在文件系统中是不成熟的优化。

使用数据库可以获得参照完整性，您可以立即备份所有内容，集成安全性等等。

SQL Anti-Patterns一书将文件系统中的文件存储为反模式。

保存图片网址或将图片文件保存在sql数据库中？

4 个答案: