物理数据库设计 - 文件是否应该存储在数据库中

　　多媒体文件已经广泛应用在很多程序当中。比如用户的头像，汽车的产品图片等等。

　　从我个人以往的经验来看，将文件的路径存储入数据库，然后文件本身存储于硬盘当中已是万年不变的解决方案。

　　其实，存储图片路径与存储图片文件本身，两种方案都有很好的立足点，但是大部分程序员都是将文件存储于数据库之外。虽然，这种方法没有什么大问题，但的确是存在一定的风险的。

一、问题描述

　　下面就来论述一下关于将文件存储于数据库外部的缺点。

　　1、垃圾回收问题。

　　　　当你想删除一张图片时，你只能够删除掉数据库中的记录，图片文件是没有办法由SQL语句删除的，你必须在你的高级程序中维护着这些图片。保证在删除数据行的同时删除掉图片文件。

　　2、文件不支持数据库备份工具

　　　　当我们备份数据库的时候，是没有办法连同外部文件一起备份的。所以在备份时，必须使用文件系统备份工具来同时备份外部图片。

　　3、文件不支持SQL的访问权限设置

　　　　外部文件会绕开通过GRANT和REVOKE SQL语句设定的访问权限。SQL权限管理这对表和列的访问，但它们并不能应用到外部文件。

　　4、图片路径不是SQL数据类型

　　　　图片路径并不是SQL的数据类型，它只是一个字符串，数据库并不会验证这是否是一个有效的文件路径。如果这个文件被重命名、移动或者删除了，数据库并不会自动更新对应的路径。

　　同样文件存储于数据库外部也有其优点：

　　1、数据库在没有图片的时候能够经意很多，因为图片相比于简单数据类型说更大。

　　2、当不包含图片时，备份数据库会更快并且备份的文件更小，虽然必须执行一次额外的文件备份，但比备份一个大型数据库更容易管理。

　　3、图片如果存储于数据库之外，那么对图片的预览或者编辑就能够使用更简单直接的处理方式。比如，经常要编辑或修改图片，那么存储于数据库之外就是很好的选择。

二、解决方案 在需要时使用BLOB类型

　　存储时，使用二进制BLOB存储文件。

　　图片存储在数据库中，不需要额外加载，也就不会存在文件路径不正确的风险。

　　删除一条记录的同时也删除了图片。

　　更新记录的时候会加锁，因此不会有别的客户端并发更新图片。

　　数据库备份会包含所有的图片。

　　SQL权限控制对图片也有效。

　　各种优缺点都有，依据自己的程序，斟酌选择正确的解决方案吧。