我将采用文件系统方法。正如其他一些人所指出的，大多数web服务器被构建为从文件路径发送图像。如果您不需要从数据库中写入或输出BLOB字段，那么您将获得更高的性能。当内容不变或希望限制数据库负载时，将图像存储在文件系统中可以更容易地设置静态页面。

我将采用文件系统方法。正如其他一些人所指出的，大多数web服务器被构建为从文件路径发送图像。如果您不需要从数据库中写入或输出BLOB字段，那么您将获得更高的性能。当内容不变或希望限制数据库负载时，将图像存储在文件系统中可以更容易地设置静态页面。

这里的诀窍是不要成为一个狂热分子。

这里需要注意的一点是，在专业文件系统阵营中没有人列出特定的文件系统。这是否意味着从FAT16到ZFS可以轻松击败所有数据库?

No.

事实上，许多数据库都胜过许多文件系统，即使我们只讨论原始速度。

正确的做法是为您的精确场景做出正确的决定，要做到这一点，您需要一些数字和一些用例估计。

如果您使用Teradata，那么Teradata Developer Exchange有一篇关于加载和检索lobs和blobs的详细文章。

http://developer.teradata.com/applications/articles/large-objects-part-1-loading

没有人提到的是DB保证原子操作、事务完整性和处理并发性。对于文件系统，甚至引用完整性都不存在了——那么您如何知道您的文件名仍然是正确的呢?

如果你的文件系统中有你的图像，当你写一个新版本甚至删除文件时，有人正在读取文件-会发生什么?

我们使用blob是因为它们也更容易管理(备份、复制、传输)。他们为我们工作得很好。

正如其他人所说，SQL 2008提供了一个Filestream类型，允许您将文件名或标识符作为指针存储在db中，并自动将图像存储在您的文件系统中，这是一个很好的场景。

如果您使用的是较旧的数据库，那么我会说，如果您将其存储为blob数据，那么您将无法通过搜索特性的方式从数据库中获得任何内容，因此最好将地址存储在文件系统上，并以这种方式存储图像。

这样还可以节省文件系统上的空间，因为您只会在文件系统上节省确切数量的空间，甚至是压缩的空间。

此外，您可以决定保存一些结构或元素，允许您在文件系统中浏览原始图像而不需要任何db访问，或者将文件批量传输到另一个系统、硬盘驱动器、S3或其他场景—更新程序中的位置，但保留结构，当尝试增加存储空间时，也不需要尝试将图像从db中取出。

也许，它也会允许你抛出一些缓存元素，基于常用的图像url到你的web引擎/程序，所以你也把自己保存在那里。