外键存在的两个问题：一是对DB数据完整性和一致性的影响；二是对性能的影响
优势：
1，由数据库自身保证数据一致性，完整性，更可靠，因为程序很难100％保证数据的完整性，而用外键即使在数据库服务器当机或者出现其他问题的时候，也能够最大限度的保证数据的一致性和完整性。
eg：数据库和应用是一对多的关系，Ａ应用会维护他那部分数据的完整性，系统一变大时，增加了Ｂ应用，Ａ和Ｂ两个应用也许是不同的开发团队来做的。他们如何协调保证数据的完整性，而且一年以后如果又增加了C应用呢？
2，有主外键的数据库设计可以增加ER图的可读性，这点在数据库设计时非常重要。
3，外键在一定程度上说明的业务逻辑，会使设计周到具体全面
4、数据的一致性会交给数据库验证，代码量小
缺点：
1，可以用触发器或应用程序保证数据的完整性
2，过分强调或者说使用主键／外键会平添开发难度，导致表过多等问题
3，不用外键时数据管理简单，操作方便，性能高（导入导出等操作，在insert,update,delete数据的时候更快）
4、每次做数据的修改和删除的时候都必须要考虑外键约束，会导致数据的复杂性增加
5、会降低性能
5、级联删除问题：多级级联删除会让数据变的不可控，触发器也被严格禁用
6、数据耦合问题：数据库层面数据关系产生耦合，数据迁移维护困难
6、并发问题，外键约束会启用行级锁，主表写入时会进入阻塞
eg:在海量的数据库中想都不要去想外键，试想，一个程序每天要insert数百万条记录，当存在外键约束的时候，每次要去扫描此记录是否合格，一般还不止一个字段有外键，这样扫描的数量是成级数的增长！可能会造成系统的积压，可能还会造成系统的延迟和奔溃的情况
结论：
1，在大型系统中（性能要求不高，安全要求高），使用外键；在大型系统中（性能要求高，安全自己控制），不用外键；小系统随便，最好用外键。
2，用外键要适当，不能过分追求
3，不用外键而用程序控制数据一致性和完整性时，应该写一层来保证，然后个个应用通过这个层来访问数据库