关于究竟是在代码中校验完整性约束还是利用数据库自身的完整性约束的思考...

最近正在进行第一轮的开发数据库重构工作！由于当时的开发是步进式的，为了应用程序测试及调试的便利，一些完整性约束并未建立起来。而后台存储过程中却有大量的完整性约束的校验及及联删除的编码实现。这不禁让我产生了这样的疑问：数据库完成性约束是强壮的，值得信赖的！那手工的硬编码来做这些工作是否有必要呢？思考中~~

我想，通过手工编码的方式来进行完整性约束的维护的优势之一就是可以反映业务规则，返回用户容易理解的错误信息。这也许比捕获异常后系统返回的sqlerrm要更友好一些。而很显然，使用数据库完整性约束特性（外键）是能够降低成本的，这包括开发和维护，以及日后的运行成本！

[@more@]

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/404722/viewspace-924057/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/404722/viewspace-924057/