我的应用程序在用户注册后播放视频文件(文件大于100 MB)。文件流vs本地保存在SQL Server?
是更好地做我保存他们硬盘上,并保持文件路径数据库? 或 作为文件流类型存储在数据库中吗?
当数据存储在数据库中时,对操作和存储在硬盘上更安全吗?
如何提供数据安全防止操纵?
谢谢。
我的应用程序在用户注册后播放视频文件(文件大于100 MB)。文件流vs本地保存在SQL Server?
是更好地做我保存他们硬盘上,并保持文件路径数据库? 或 作为文件流类型存储在数据库中吗?
当数据存储在数据库中时,对操作和存储在硬盘上更安全吗?
如何提供数据安全防止操纵?
谢谢。
微软研究院有一篇名为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介绍,和玩它!
1 - 取决于你如何定义“更好”。通常,我更喜欢将二进制资产存储在数据库中,以便将它们与相关数据一起备份,但将它们缓存在文件系统上。将二进制数据从SQL Server流式传输到页面请求是一个真正的性能问题,并没有真正的扩展。
3 - 这本身就是一个完整的问题。对于堆栈溢出来说太宽...