我知道,对于将文件作为 blob 存储在数据库中是否是不好的做法存在很多争议,但我只是想了解这对于我的情况是否有意义。
我正在创建一个 ASP.NET 应用程序,在一家大公司内部使用,用户需要能够将文件附加到系统中的“作业”。这些文件通常是 PDF 或 Word 文档,可能永远不会超过几 mb。
我正在创建一个新表,如下所示:
ID (int)
JobID (int)
FileDescription (nvarchar(250))
FileData (varbinary(MAX)
是使用varbinary(MAX)
这里理想,或者我应该存储文件的路径并简单地将文件存储在文件系统上的某个地方?
微软研究院有一篇非常好的论文,叫做斑点或不斑点 http://research.microsoft.com/apps/pubs/default.aspx?id=64525.
他们经过大量的性能测试和分析后得出的结论是:
如果您决定将图片放入 SQL Server 表中,我强烈建议使用单独的表来存储这些图片 - 不要将员工照片存储在员工表中 - 将它们保存在单独的表中。这样,假设您并不总是需要选择员工照片作为查询的一部分,那么 Employee 表就可以保持精简、简洁且非常高效。
对于文件组,请查看文件和文件组架构 http://msdn.microsoft.com/en-us/library/ms179316.aspx进行介绍。基本上,您可以从一开始就为大型数据结构创建具有单独文件组的数据库,或者稍后添加其他文件组。我们就这样称呼它吧LARGE_DATA
.
现在,每当您要创建一个需要存储的新表时VARCHAR(MAX)
or 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 介绍,并尝试一下!
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)