目标：存储图片或其他多媒体大文件
反模式：图片存储在数据库外的文件系统中，数据库表中存储文件的对应的路径和名称。
缺点：
1、文件不支持Delete操作。使用SQL语句删除一条记录时，对应的文件不会被删除，需要使用额外的程序来操作。
2、文件不支持事务隔离
3、文件不支持回滚操作
4、文件不支持数据库备份工具：备份工具不知道如何将通过路径引用的哪些文件也包含在备份操作当中。
5、文件不支持sql的访问权限设置
6、文件不是sql数据类型：字段中存储的是文件的路径，数据库不会验证这个字符串是否是一个有效的路径，
也不会验证对应的文件是否存在。任何将这个字符串作为路径处理的逻辑都依赖于你的程序逻辑。
如何识别反模式：典型的使用反模式的项目通常没有考虑以下几个或者全部问题
1、数据备份和回复的过程是怎样的？怎么对一个备份进行验证？
你有没有在一个干净的系统或者别的系统上对备份回复的数据进行测试？
2、图片文件堆积在那里，还是当他们孤立的时候就从系统中移除？移除他们的过程是怎么样的？
这是一个自动的还是手动的过程？
3、系统中的哪些用户有权限查看这些图片？进入权限是怎么限制的？当用户请求查看他们无权查看的图片时会发生什么？
4、我能撤销对图片的变更吗？如果能，是应用程序来回复图片之前的状态吗？
合理使用反模式：如下是将图片或者大文件存储在数据库之外的好理由
1、这个数据库在没有图片的时候能精艺很多，因为图片相比于简单的数据类型来说大很多；
2、当不包含图片时备份数据库会更快并且备份的文件更小。你必须额外的执行一次文件备份，
但这些比备份一个大型数据库要更容易管理；
3、如果图片是存储在数据库之外的文件系统中，对图片的预览或者编辑就能够使用更简单直接的处理方式。
如果这些图片存在文件系统中的好处是重要的，那么可以将大文件存储在数据库之外。
一些数据库产品提供了特殊的SQL数据类型，Oracle里面的BFile，
SQL Server2008里面的FileStream，详见“http://www.cnblogs.com/chenxizhang/archive/2009/04/25/1443283.html”
解决方案：在需要的时候使用BLOB类型。
所有的数据库产品都支持BLOB类型，支持你存储任何二进制数据。
SQL反模式，系列学习汇总