虽然您可以以这种方式存储文件,但它有很大的权衡:大多数数据库都没有针对大量的二进制数据进行优化,并且随着表的膨胀,即使使用索引,查询性能也会急剧下降。(SQL Server 2008,具有FILESTREAM列类型,是规则的例外。)数据库备份/复制变得非常慢。使用200万个映像处理损坏的驱动器(只需更换RAID上的磁盘)比处理损坏的数据库表要容易得多。如果您不小心删除了文件系统上的十几个图像,您的操作人员可以很容易地从备份中替换它们,并且由于表索引比较小,因此可以快速恢复。如果您不小心删除了一个巨大的数据库表中的十几个图像,那么您需要等待很长时间才能从备份中恢复数据库,同时使整个系统陷于瘫痪状态。这些只是我能想到的一些缺点。对于小型项目,可能值得以这种方式存储文件,但如果您正在设计企业级软件,我强烈建议不要使用它。