大家设计数据库时使用外键吗？ > > ```

[sudotty]

CREATE TABLE cities (
        city     varchar(80) primary key,
        location point
);

CREATE TABLE weather (
        city      varchar(80) references cities(city),
        temp_lo   int,
        temp_hi   int,
        prcp      real,
        date      date
);

外键的行为可以很好地根据应用来调整。正确使用外键无疑会提高数据库应用的质量，因此强烈建议用户学会如何使用它们。

但是现在的主流应用都倾向于在应用层做处理，数据库层的使用较少

_Originally posted by @ipkaq in https://github.com/ipkaq/pg_note/issues/4#issuecomment-615307572_

[sudotty]

外键是否采用看业务应用场景，以及开发成本的，大致列下什么时候适合，什么时候不适合使用：

1. 互联网行业应用不推荐使用外键： 用户量大，并发度高，为此数据库服务器很容易成为性能瓶颈，尤其受IO能力限制，且不能轻易地水平扩展；若是把数据一致性的控制放到事务中，也即让应用服务器承担此部分的压力，而引用服务器一般都是可以做到轻松地水平的伸缩；

2. 传统行业 1>.软件应用的人数有限，换句话说是可控的； 2>.数据库服务器的数据量也一般不会超大，且活跃数据有限；综合上述2句话描述，也即数据库服 务器的性能不是问题，所以不用过多考虑性能的问题；另外，使用外键可以降低开发成本，借助数 据库产品自身的触发器可以实现表与关联表之间的数据一致性和更新；最后一点，使用外键的方 式，还可以做到开发人员和数据库设计人员的分工，可以为程序员承担更多的工作量；

为何说外键有性能问题：

1. 数据库需要维护外键的内部管理；
2. 外键等于把数据的一致性事务实现，全部交给数据库服务器完成；
3. 有了外键，当做一些涉及外键字段的增，删，更新操作之后，需要触发相关操作去检查，而不得不消耗资源；
4. 外键还会因为需要请求对其他表内部加锁而容易出现死锁情况；

作者：mysqlops 链接：https://www.zhihu.com/question/19600081/answer/13295957 来源：知乎 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。