项目开发中数据库表要不要加外键约束？

引言

在实际项目开发中，数据库表设计的主键和索引是不可少的，不仅可以优化数据检索速度，开发人员还省不其它的工作，相信这点没有人会有疑问。但是，数据库表设计是否需要外键约束，就存在不少争论。争论主要有两个问题：一个是如何保证数据库数据的完整性和一致性；二是如何保证数据库的性能更好。

添加外键约束的理由

1. 由数据库自身保证数据一致性，完整性，更可靠，因为程序很难 100％ 保证数据的完整性，而用外键约束即使在数据库服务器当机或者出现其他问题的时候，也能够最大限度的保证数据的一致性和完整性。比如数据库和应用是一对多的关系，Ａ应用会维护他那部分数据的完整性，系统一变大时，增加了Ｂ应用，Ａ和Ｂ两个应用也许是不同的开发团队来做的。他们如何协调保证数据的完整性，而且一年以后如果又增加了C应用呢？
2. 有主外键约束的数据库设计可以增加 E-R 图的可读性，这点在数据库设计时非常重要。
3. 外键约束在一定程度上说明的业务逻辑，会使设计周到具体全面。

不添加外键约束的理由

1. 可以用触发器或应用程序保证数据的完整性
2. 过分强调或者说使用主键／外键约束会平添开发难度，导致表过多等问题
3. 不用外键约束时数据管理简单，操作方便，性能高（导入导出等操作，在insert, update, delete 数据的时候更快）。比如，在海量的数据库中想都不要去想外键约束，试想，一个程序每天要insert数百万条记录，当存在外键约束的时候，每次要去扫描此记录是否合格，一般还不止一个字段有外键约束，这样扫描的数量是成级数的增长！我的一个程序入库在3个小时做完，如果加上外键，需要28个小时！

结论：

1. 在大型系统中（性能要求不高，安全要求高），使用外键约束；在大型系统中（性能要求高，安全自己控制），不用外键约束；小系统随便，最好用外键约束。
2. 用外键约束要适当，不能过分追求
3. 不用外键约束而用程序控制数据一致性和完整性时，应该写一层来保证，然后个个应用通过这个层来访问数据库。