将文件存储在文件系统中或作为SQL Server中的varbinary（MAX）

我知道关于将文件存储为blob在数据库中是否是不好的做法存在很多争议，但我只想了解这是否会在我的情况下是有道理的。将文件存储在文件系统中或作为SQL Server中的varbinary（MAX）

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

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

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

是使用varbinary(MAX)这里理想，或者我应该存储到文件的路径和简单存储设备中的文件系统上的某个地方？

来源

2013-05-14 Chris

[Filestream]（http://msdn.microsoft.com/en-us/library/hh461480.aspx）可能会给你两全其美 - 它们存储为文件，但SQL知道它们，他们是任何交易的一部分，等等 – 2013-05-14 13:00:14

你应该检查这个问题http://stackoverflow.com/questions/3748/storing-images-in-db-yea-or-nay – 2013-05-14 13:42:43

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

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

如果您的图片或文档通常低于在大小256K，将它们存储在数据库中VARBINARY列更有效
如果您的图片或文档的大小通常超过1 MB，将它们存储在文件系统中效率更高（并且对于SQL Server 2008的属性，它们仍处于事务控制下并且是数据库的一部分）
在这两个之间
，这取决于你的使用有点难以取舍的

如果你决定把你的照片到SQL Server表，我会强烈建议使用一个单独的表存储这些图片 - 不要将员工照片存储在员工表中 - 将他们保存在单独的表格中。这样一来，假设您并不总是需要选择员工照片作为查询的一部分，那么员工表可以保持精简并且意味着非常高效。

对于文件组，检查了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介绍，和玩它！

来源

2013-05-14 13:41:04

那篇论文“Blob or Not To Blob“涉及SQL Server 2005，而varbinary是在SQL Server 2008中引入的，因此它可能不完全相关。 – StuartN 2018-02-15 11:33:56

@StuartN：'VARBINARY（MAX）** **在SQL Server 2005中是可用的 - 当然。新的'FILESTREAM'属性在2008年被添加，是的。 – 2018-02-15 11:48:00

将文件存储在文件系统中或作为SQL Server中的varbinary（MAX）

回答

相关问题