我有一个包含大量 MOV 和 GIF 文件的网页,所有文件都在A0001.MOV或A3923.GIF 形式上。现在,我显示的每个页面都命名为A3429.ASPX,并从数据库中获取数据(它只是一堆短文本)。其中一个字段是指向/path/dir/A9891的相对链接,并与适当的文件结尾连接。
我想知道是否有可能,如果可以,将图像和短视频移动到数据库中是否明智。以前从来没有做过,我也不是一个 DB 骑师。:)
我有一个包含大量 MOV 和 GIF 文件的网页,所有文件都在A0001.MOV或A3923.GIF 形式上。现在,我显示的每个页面都命名为A3429.ASPX,并从数据库中获取数据(它只是一堆短文本)。其中一个字段是指向/path/dir/A9891的相对链接,并与适当的文件结尾连接。
我想知道是否有可能,如果可以,将图像和短视频移动到数据库中是否明智。以前从来没有做过,我也不是一个 DB 骑师。:)
对于SQL Server,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 介绍,并尝试使用它!