我们正在设计一个.NET应用程序,它存储和搜索大量图像(> 100.000).
当我们上传图像时,我们需要创建缩略图并将原始图像和缩略图存储在数据库中(sql Server 2008 R2).
我已经读过,存储图像的最佳方法是使用FILESTREAM
http://msdn.microsoft.com/en-us/library/cc949109.aspx
但是当图像较小时,这是无效的.
解决方法@H_502_14@
微软研究院的一篇名为
To Blob or Not To Blob的论文非常好,深入讨论了这个话题.
经过大量的性能测试和分析,他们的结论如下：
>如果您的图片或文档的大小通常低于256K,则将它们存储在数据库VARBINARY列中会更有效
>如果您的图片或文档大小通常超过1 MB,则将它们存储在文件系统中会更有效(并且使用sql Server 2008的FILESTREAM属性,它们仍处于事务控制之下并且是数据库的一部分)
>在这两者之间,根据您的使用情况,这有点折腾
如果您决定将图片放入sql Server表中,我强烈建议您使用单独的表来存储这些图片 – 不要将员工foto存储在employee表中 – 将它们保存在单独的表中.这样,员工表可以保持精简,平均且非常高效,假设您并不总是需要选择员工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简介,并使用它！
经过大量的性能测试和分析,他们的结论如下：
>如果您的图片或文档的大小通常低于256K,则将它们存储在数据库VARBINARY列中会更有效
>如果您的图片或文档大小通常超过1 MB,则将它们存储在文件系统中会更有效(并且使用sql Server 2008的FILESTREAM属性,它们仍处于事务控制之下并且是数据库的一部分)
>在这两者之间,根据您的使用情况,这有点折腾
如果您决定将图片放入sql Server表中,我强烈建议您使用单独的表来存储这些图片 – 不要将员工foto存储在employee表中 – 将它们保存在单独的表中.这样,员工表可以保持精简,平均且非常高效,假设您并不总是需要选择员工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简介,并使用它！
