2013-03-12 37 views
8

我的应用程序在用户注册后播放视频文件(文件大于100 MB)。文件流vs本地保存在SQL Server?

  1. 是更好地做我保存他们硬盘上,并保持文件路径数据库? 作为文件流类型存储在数据库中吗?

  2. 当数据存储在数据库中时,对操作和存储在硬盘上更安全吗?

  3. 如何提供数据安全防止操纵?

谢谢。

回答

10

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

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

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

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

  • 在这两个之间
  • ,这取决于你的使用有点难以取舍的

如果你决定把你的照片到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介绍,和玩它!

2

1 - 取决于你如何定义“更好”。通常,我更喜欢将二进制资产存储在数据库中,以便将它们与相关数据一起备份,但将它们缓存在文件系统上。将二进制数据从SQL Server流式传输到页面请求是一个真正的性能问题,并没有真正的扩展。

  1. 如果攻击者能够到达您的硬盘驱动器,您的整个系统都会受到危害 - 将数据存储在数据库中将不会提供额外的安全保护。

3 - 这本身就是一个完整的问题。对于堆栈溢出来说太宽...