我正在使用ASP.NET MVC + NHibernate + Postres堆栈编写Web应用程序。我想知道上传的图像是作为二进制blob存储在数据库中还是存储在文件系统上（仅在db中引用）。 我可以想到的数据库存储的一个优点是可以轻松备份/恢复所有数据，而无需恢复到文件系统复制工具。另一方面，我怀疑文件系统访问可能更快（但是在处理许多并发请求时尤其如此？） 你有什么建议吗？
答案 0 :(得分：3)
我会同时做 - 确保图像存储在数据库中，以便集中所有数据以便于备份，但也可以从外部缓存数据，以便重复请求大图像不会破坏缓冲区缓存数据库。正确完成后，您可以引入新的前端Web服务器，这些服务器将在启动后透明地从数据库中填充本地图像缓存。
拥有映像的集中存储对于确保为具有多个Web服务器的系统中的映像发送良好的Last-Modified和ETag HTTP响应标头也很有用，因为这些标头可以从数据库内容制作而不是从本地缓存对象。
只是PostgreSQL的一个实现说明：您可以将包含图像数据的列的“存储模式”设置为“外部”：这将阻止PostgreSQL尝试压缩图像数据（使用zlib，这不太可能提供任何好处）并将图像数据存储在辅助TOAST表中，如果您只是查询图像元数据，则可以提供更好的性能。请参阅ALTER TABLE命令的“SET STORAGE”子句，例如：
ALTER TABLE media.image ALTER COLUMN content SET STORAGE EXTERNAL
答案 1 :(得分：3)
我们利用数据库中的原件存储进行备份，但生成了缩放在Web服务器上的文件系统上缓存的图像。
但是，如果可能的话，我们尽量避免对数据库进行任何往返，因为它会产生巨大的负载，因为一个页面通常会在每个页面视图中调用多个图像请求。
关于在数据库中存储blob的一个注意事项，我建议您在专用表中存储实际的blob列，并与您的实体/实体进行一对一映射。这将简化备份，以及更改表格。当一个表变大时，任何更改都将“永远”完成，即使在备份期间，锁定也是一个大问题。
如果您拥有关于图像的所有信息（二进制数据除外），那么选择数据不会受到影响，除非您需要二进制数据（您很少需要它，因为它将被缓存在文件系统中）。
只是我的两分钱。
答案 2 :(得分：1)
这取决于。您是否重视能够直接链接到图像，或者您是否希望始终使用服务器端资源来调用数据库，然后为该图像写入二进制数据？