MySQL数据库应不应该拿掉所有的外键约束？

我不太喜欢外键，
原因：
1.程序逻辑，完整性，我会在存储过程或包等地方做严谨的判断；
2.性能问题，这是我最不喜欢用的关键原因，比如一个业务流水表，频繁插入数据，如果这个表身上有3外键，那么每次插入一条，就必须对这3个外键对应的3个表做相应的查找判断有无对应数据，如果这3个表也很大，那就这3个表的判断时间就很常，虽然外键指向的关联表的字段肯定是索引，但是我觉得很多时候，这样的判断本来就在程序里控制好了，通过外键再判断一次，就是降低性能；而且其实有的地方判不判断也无所谓的，但是用了外键，就必须化时间去判断，无论oracle内部多么优化外键对于数据的检索速度，它总是一个不小的消耗；
3.维护麻烦，很多公司的软件都是定制的，这种定制的东西，随意性相对较大，项目开发实施过程中，需要经常对表修修补补；还有就是业务逻辑有bug或者其他情况，需要经常手工维护数据，有错综复杂的外键关联着，很是麻烦；
4.不灵活,外键定死了两个表之间数据的先后生成关系，最常见的是单据主从表，有的时候，在生成单据的时候，是先生成明细，再生成主表；如果钉死了外键，这个就没法实现；
当然有些关键的业务，确实需要外键；
为什么说这个话题，我今天把项目数据库建立好后，用了很少的外键，周围同事说数据不严谨，需要错综复杂的那些相同字段名的外键都建立起来，这个我很不情愿；
比如这个数据库一共100个表，按他们的想法，外键就可能有300个；我晕，太教条主义了；
如果说让我建300个索引，我很乐意，因为提高运作效率的，而外键只是检测严谨性，对数据库的运作效率只有降低，没有任何提高的可能性；

 

http://segmentfault.com/q/1010000000401455