从面向对象设计的角度来看，应该取消掉外键约束，因为数据库的作业就是高效的存取数据。而不是表达业务逻辑关系。
建立外键的好处:
1、由于数据库保证数据完整性，比程序保证完整性更可靠，多应用时，由程序来保证数据完整性变得困难
2、外键约束使得数据库的ER图可读性变强，有助于业务逻辑设计
不建立外键的好处:
1、可以用触发器或应用程序保证数据的完整性
2、开发变得简单，维护数据时不用考虑外键约束
3、性能高，大数据量插入操作时不用考虑维护外键
总结:
不建立外键约束，关系由程序控制。另外还需要删除现有的外键关系
我自己觉得完整性和一致性肯定是需要保证的，不然会出问题，也会影响效率，需要看你项目又多大。
小型项目就使用数据库本身的，效率追求不高，也没必要花时间自己建立约束，时间代价比较大。
较大型项目可能数据约束本身效率不够好，满足不了大项目对效率的要求，又有人力物力去支持建立自己的高效约束。
还有较大项目初期，想早点上线，效率要求没有那么大，没时间去建立高效率约束，那么就用数据库本身的约束，项目初期要求稳定一些比较好。