专业版将文件（图片）存储在网站的SQL Server中的缺点

Question

我正在创建一个Asp.Net MVC网站。

我在过去，对于繁重的应用程序，多层应用程序，使用数据库来存储文件。

但现在我在质疑自己，这对网站来说是个好主意吗？在绩效视图中？

我有几个优点：

• 如果连接的用户有权显示图像（我的项目必需）
，则允许我轻松控制
• 允许确保我们拥有一致的数据（否则我们可以拥有现有文件，但数据库中没有信息，反之亦然
• 我需要一个故障转移网络服务器，这些文件将从第三台服务器导入，所以如果这些文件在数据库中，我只需要在故障转移服务器上有一个可用的ASP.Net网站和一个复制数据库，无需同步文件。

但它也有一些缺点：

• 有一些大文件（它是少数，但它会发生），如100-200MB，我不确定在数据库中有这种文件是好的吗？（这更像是一个问题;））
• 我不确定它会有不错的表现吗？

你怎么看？这合理吗？我在互联网上搜索，但我没有找到网站的某些论点。我的问题主要是关于FILESTREAM VS FILESYSTEM，我确定FileStream比较慢，但很多？因为如果它只是百分之一，那么功能的获得是值得的。

Answer 1

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

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

• 如果您的图片或文档的大小通常低于256K，则将它们存储在数据库VARBINARY列中效率更高

• 如果您的图片或文档的大小通常超过1 MB，则将它们存储在文件系统中会更有效（并且使用SQL Server 2008的FILESTREAM属性，它们仍然处于事务控制之下并且是数据库的一部分）< / p>

• 介于这两者之间，取决于您的使用情况，这是一个小小的挑战

如果您决定将图片放入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

如果文件是完整的并且主动更改系统的一部分并且必须与其他数据一起备份 - 您可以将它们存储在数据库中，但尝试使用FILESTREAM字段如果您使用sql server 2005+并且您的文件足够大 - 比如500k +

如果文件是静态内容，则可以将它们存储在外部，只有指针存储在DB中。这并不妨碍考虑所有自定义权限计算机。

在文件系统中存储和处理文件通常比文件系统慢，但这一切都取决于您的需求。

Answer 3

为什么要使用db而不是txt文件？因为它使用索引的速度更快。在db中存储整个文件绝不是一个好习惯。使用db作为普通img文件的索引（指针）。

就你的利弊而言：

• 如果您使用asp / php显示图像并在Web根目录外设置根图像文件夹，则可以轻松控制用户是否有权查看图像

• 在db中存储整个文件的速度是cca的10倍（我知道mysql测试，但它与mssql相似 - http://blog.sitek.com.au/2008/03/comparison-between-storing-imagesfiles-in-mysql-and-on-filesystem/）

• 如果您在db中有文件，则无法使用CDN（http://en.wikipedia.org/wiki/Content_delivery_network）