从面向对象设计的角度来看，应该取消掉外键约束，因为数据库的作业就是高效的存取数据。而不是表达业务逻辑关系。

建立外键的好处:

1、由于数据库保证数据完整性，比程序保证完整性更可靠，多应用时，由程序来保证数据完整性变得困难

2、外键约束使得数据库的ER图可读性变强，有助于业务逻辑设计

不建立外键的好处:

1、可以用触发器或应用程序保证数据的完整性

2、开发变得简单，维护数据时不用考虑外键约束

3、性能高，大数据量插入操作时不用考虑维护外键

总结:

不建立外键约束，关系由程序控制。另外还需要删除现有的外键关系

我自己觉得完整性和一致性肯定是需要保证的，不然会出问题，也会影响效率，需要看你项目又多大。

小型项目就使用数据库本身的，效率追求不高，也没必要花时间自己建立约束，时间代价比较大。 
较大型项目可能数据约束本身效率不够好，满足不了大项目对效率的要求，又有人力物力去支持建立自己的高效约束。 
还有较大项目初期，想早点上线，效率要求没有那么大，没时间去建立高效率约束，那么就用数据库本身的约束，项目初期要求稳定一些比较好。