我有一个桌面应用程序需要通过 TCP 协议向服务计算机上传/下载图像。
起初，我将图像存储在文件系统中，但我需要在 MS SQL DB 中比较哪种解决方案更好。图像数量超过一百万。我还不知道对照片的大小有任何限制。
如果你做过这样的事情，请写下你对这个问题的看法。
哪个更快、更安全？他们中的哪一个更适合这种数量的照片？如果我将存储在 DB 上，我是否需要将图像与我用于我的应用程序的所有其他表分开存储，并且哪种类型效果更好 - 图像或 varbinary 在 DB 上？..等等。
谢谢。
【问题讨论】：
标签： sql-server wcf image filesystems
微软研究院有一篇非常好的论文，叫做To Blob or Not To Blob。
他们经过大量的性能测试和分析后得出的结论是：
如果您的图片或文档的大小通常低于 256K，则将它们存储在数据库的 VARBINARY 列中会更有效
在这两者之间，根据你的使用情况有点折腾
如果您决定将图片放入 SQL Server 表中，我强烈建议您使用单独的表来存储这些图片 - 不要将员工照片存储在员工表中 - 将它们保存在单独的表中。这样一来，Employee 表就可以保持精简、平均和非常高效，假设您并不总是需要选择员工照片作为查询的一部分。
对于文件组，请查看 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 介绍，并尝试使用它！
【讨论】：
哪个版本的 SQL Server？ 2008 版添加了专门为此目的设计的FILESTREAM。 FILESTREAM 数据可以位于磁盘上，因此访问速度非常快。
如果这不是一个选项，您可以考虑为您的图像数据创建一个单独的文件组（以便在对数据进行分区时为您提供最大的灵活性）并使用 varbinary(max) 或图像数据类型。
SQL 专家可能会提供更好的信息。
【讨论】：