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

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

No.

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

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

在我的小应用程序中，我至少有100万个文件，最近一次统计大约200GB。所有文件都位于通过iscsi挂载在linux服务器上的XFS文件系统中。路径存储在数据库中。对文件路径和文件名使用某种智能命名约定。

恕我直言，使用文件系统是为了做什么-存储文件。在存储二进制数据方面，数据库通常不比标准文件系统提供任何优势。

这可能有点不切实际，但如果你正在使用(或计划使用)SQL Server 2008，我建议你看看新的FileStream数据类型。

FileStream解决了在DB中存储文件的大部分问题:

blob实际上以文件的形式存储在文件夹中。 可以使用数据库连接或通过文件系统访问blob。 备份是集成的。 迁移“就是管用”。

然而，SQL的“透明数据加密”不加密FileStream对象，因此如果考虑到这一点，最好将它们存储为varbinary。

摘自MSDN文章:

Transact-SQL语句可以插入、更新、查询、搜索和备份FILESTREAM数据。Win32文件系统接口提供对数据的流访问。 FILESTREAM使用NT系统缓存来缓存文件数据。这有助于减少FILESTREAM数据对数据库引擎性能的影响。SQL Server缓冲池未被使用;因此，该内存可用于查询处理。

在数据库中存储图像仍然意味着图像数据最终位于文件系统中的某个位置，但被遮蔽，因此您不能直接访问它。

+压力:

数据库的完整性 它易于管理，因为您不必担心在添加或删除映像时保持文件系统同步

-维斯：

性能损失——数据库查找通常比文件系统查找慢 您不能直接编辑图像(裁剪，调整大小)

这两种方法都是常见的和实践的。看看优点和缺点。无论哪种方式，你都必须考虑如何克服缺点。在数据库中存储通常意味着调整数据库参数并实现某种缓存。使用文件系统要求您找到某种保持文件系统+数据库同步的方法。

我负责一些管理许多TB图像的应用程序。我们发现在数据库中存储文件路径是最好的。

这里有几个问题:

database storage is usually more expensive than file system storage you can super-accelerate file system access with standard off the shelf products for example, many web servers use the operating system's sendfile() system call to asynchronously send a file directly from the file system to the network interface. Images stored in a database don't benefit from this optimization. things like web servers, etc, need no special coding or processing to access images in the file system databases win out where transactional integrity between the image and metadata are important. it is more complex to manage integrity between db metadata and file system data it is difficult (within the context of a web application) to guarantee data has been flushed to disk on the filesystem

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