Question

我们正在设计一个.NET应用程序，用于存储和搜索大量图像（＆gt; 100.000）。

当我们上传图片时，我们需要创建缩略图并将原始图片和缩略图存储在数据库中（SQL Server 2008 R2）。

我已经读过，存储图像的最佳方法是使用FILESTREAM

http://msdn.microsoft.com/en-us/library/cc949109.aspx

但是当图像较小时，这是无效的。

使用文件流存储图像和缩略图是个好主意吗？有更好的选择吗？

Answer 1

Microsoft Research的一篇名为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

实际上是正确的答案 - 这取决于。如果图像相对较小 - 您可以将其保存在varbinary（max）字段中。

为什么不用FILESTREAM？ - FILESTREAM性能在大型BLOB值上达到最佳 - 1Mb +

使用文件流来存储图像和缩略图是个好主意？

2 个答案: