1、项目业务逻辑的复杂度
业务逻辑其实是一个项目最根本的东西，是项目的一个核型，它就像一条主线，贯穿于项目的始末。所以当业务逻辑非常复杂的时候，有很多都存在关联。这个时候外键恰恰帮我们理清了他们之间的关系，同时在项目中使用外键更容易保证数据的完整性与一致性。由于关系的复杂，我们已经没有办法使用程序来100%保证数据的完整性与一致性了。相反，如果业务逻辑不复杂，关系很明了，那么我们在程序里就可以保证完整性与一致性了，当然也没有必要用外键的了。
2、项目计划进行的时间
程序员的流动性是很大的，也许一个项目开发到一半的时候，整个项目组除了项目经理外程序员都全部换人了，如果文档没有及时跟上，或是交接的时候不明确，那对于项目来说是很危险的。对于那些半路杀进来的程序员，虽然有经验的程序员会在编码的时候思考完整性的问题，但是由于各种原因，他们没有办法100%的通过程序保证数据的完整性与一致性。有经验的尚且如此，所以这个时候外键就为项目的完整性把好了最后一道关卡，无论他们对项目是否熟悉，在完整性与一致性的问题上面，数据库自身已经做好了充分的准备。相反，项目如果周期很短，人员变动也很小，那就可以撇开这个因素，从其他方面考虑是否需要使用外键。
3、安全性与完整性
这个问题其实最好理解，如果项目对数据有着非常苛刻的安全性、完整性与一致性的要求，那必然要用外键，可能会缺失一部分性能，即使是这样也是值得的，这样从最大程度上满足了项目的需求，这才是关键。
4、性能
上面第三点已经讨论的性能的问题了。对于大型的系统，如果每天有百万级的数据操作，这个时候如果使用外键，那性能就变成了致命的问题。外键就是一种约束，我们每操作一次insert、update或是delete的时候都要通过这个约束来验证数据是否完整一致。这个时候性能上的缺失可能是几小时甚至是几十个小时。
文章转载自： 数据库该不该用外键 http://www.studyofnet.com/news/757.html