5

我知道将文件作为 blob 存储在数据库中是否是不好的做法存在很多争议，但我只想了解这在我的情况下是否有意义。

我正在创建一个 ASP.NET 应用程序，在一家大公司内部使用，用户需要能够将文件附加到系统中的“作业”。这些文件通常是 PDF 或 Word 文档，可能永远不会超过几 mb。

我正在创建一个像这样的新表：

ID (int)
JobID (int)
FileDescription (nvarchar(250))
FileData (varbinary(MAX)

这里的使用是varbinary(MAX)理想的，还是我应该存储文件的路径并将文件简单地存储在文件系统的某个地方？

4

1 回答 1

7

Microsoft Research 有一篇非常好的论文，名为To Blob 或 Not To Blob。

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

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

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

  • 在这两者之间，根据您的使用情况，这有点折腾

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

对于文件组，请查看文件和文件组架构以获得介绍。基本上，您可以从一开始就为大型数据结构创建带有单独文件组的数据库，或者稍后添加一个额外的文件组。让我们称之为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 介绍，并尝试使用它！

于 2013-05-14T13:41:04.327 回答