数据库建表,该不该使用外键?

时间:2021-04-16

  一:使用外键

  优点:

  (1)实现表与关联表之间的数据一致性;

  (2)可以迅速的建立一个可靠性非常高的数据库结构,而不用让应用程序层去做过多的检查;

  (3)可以提高系统鲁棒性、健壮性;

  (4)可以实现开发人员和数据库设计人员的分工;

  缺点:

  (1)数据库需要维护外键的内部管理;

  (2)外键等于把数据的一致性事务实现,全部交给数据库服务器完成;

  (3)有了外键,当做一些涉及外键字段的增,删,更新操作之后,需要触发相关操作去检查,而不得不消耗资源;

  (4)外键还会因为需要请求对其他表内部加锁而容易出现死锁情况;

  (5)容易出现数据库I/O的瓶颈;

  二:不使用外键

  优点:

  (1)减少了数据库表与表之间各种关联的复杂性;

  (2)牺牲应用服务器资源,换取数据库服务器的性能;

  (3)将主动权把控在自己手里;

  (4)去掉外键相当于优化数据库性能;

  缺点:

  (1)所有外键的约束,需要自己在逻辑层自己实现;

  (2)会出现数据错误覆写,错误数据进库的情况;

  (3)消耗了服务器的性能;

  (4)业务层里夹带持久层特性,耦合;

  总结:

  1. 互联网行业:不推荐使用外键。

  理由:

  1)用户量大,并发度高,为此数据库服务器很容易成为性能瓶颈,尤其受IO能力限制,且不能轻易地水平扩展;

  2)若是把数据一致性的控制放到事务中,即让应用服务器承担此部分的压力;

  3)应用服务器一般都是可以做到轻松地水平的伸缩;

  2. 传统行业:可以使用。

  理由:

  1)软件应用的人数有限,换句话说是可控的;

  2)数据库服务器的数据量也一般不会超大,且活跃数据有限;

声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。

相关文章