将图像上载到新数据库而不是使用应用程序的数据库

时间:2011-03-18 12:48:03

标签: c# sql sql-server-2000

我正在使用SQL Server 2000.我需要在我的数据库中存储图像。我正在分析我是否需要在应用程序的数据库中创建一个新表,或者我需要创建一个新的数据库来单独上传图像。如果我在同一个数据库中创建新表的性能如何?它会影响应用程序性能吗?

2 个答案:

答案 0 :(得分:2)

通常将图像存储在数据库中是一件坏事。您是否考虑过将图像存储在文件系统中并仅将其位置存储在数据库中?文件系统设计用于存储文件,因此侧面执行和使用数据库几乎没有什么好处。

答案 1 :(得分:1)

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

经过大量的性能测试和分析后得出的结论是:

  • 如果您的图片或文档的大小通常低于256K,则将它们存储在数据库IMAGE列中效率更高(从SQL Server 2005开始,IMAGE已弃用 - 请使用{{ 1}}代替)

  • 如果您的图片或文档的大小通常超过1 MB,则将它们存储在文件系统中效率更高

  • 介于这两者之间,取决于您的使用情况,这是一个小小的挑战

如果您决定将图片放入SQL Server表格,我强烈建议您使用单独的表格存储这些图片 - 不要将员工foto存储在员工表格中 - 将它们保存在单独的表格中。这样,员工表可以保持精简,平均且非常高效,假设您并不总是需要选择员工foto,作为查询的一部分。

对于文件组,请查看Files and Filegroup Architecture以获取简介。基本上,您可以从一开始就为大型数据结构创建具有单独文件组的数据库,或者稍后添加其他文件组。我们称之为“LARGE_DATA”。

现在,只要您创建了一个需要存储VARBINARY(MAX)列的新表,就可以为大数据指定此文件组:

IMAGE

查看文件组的MSDN简介,并使用它!