0

我们可以用 2 种方式保存图像

  1. 在服务器中上传图像并将图像 url 保存在数据库中。
  2. 将图像直接保存到数据库中

哪一个更好？

4

4 回答 4

6

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 介绍，并尝试使用它！

于 2012-07-27T16:13:45.490 回答
1

像许多问题一样，答案是“视情况而定”。像 SharePoint 这样的系统使用选项 2。许多工单跟踪系统（我确信 Trac 会这样做）使用选项 1。

还要考虑任何（潜在的）限制。随着容量的增加，您是否会受到数据库大小的限制？这与托管数据库和应用程序特别相关，在这些应用程序中，增加数据库的大小比增加存储分配要昂贵得多。

于 2012-07-27T16:13:42.090 回答
0

将图像保存到服务器将更好地用于网站，因为这些是您网站的附带问题，例如每个客户的品牌图像 - 如果您正在设置下一个 Flickr，显然答案会有所不同:)。您需要设置一台服务器作为文件服务器，共享 /uploaded_images 目录（或任何您命名的目录），并设置一个定义上传图像的基本 url 的应用程序变量。为什么更好？成本。文件服务器是非常便宜的商品硬件。您可以使用非常便宜的商品（甚至只是消费级）备份软件来备份文件内容。如果您的文件服务器出现故障并且有人丢失了一天上传的图像？谁在乎。他们只是再次上传它们。我们的数据库服务器是一个运行在 SSD SAN 上的企业集群。我们的备份和传输日志通过昂贵的带宽传送到远程站点，甚至在磁带上保存 x 周期。我们将它用于需要 RDBMS 的 ACID（原子性、一致性、隔离性、持久性）优势的所有数据。我们不会将其用于公司徽标。

于 2012-07-27T18:25:57.020 回答
0

将它们存储在数据库中，除非您有充分的理由不这样做。

将它们存储在文件系统中是过早的优化。

使用数据库，您可以获得参考完整性，您可以一次备份所有内容，集成安全性等。

SQL Anti-Patterns 一书将在文件系统中存储文件称为反模式。

于 2012-07-27T23:31:26.547 回答