• 移动互联商业模式解读——B端赋能、C端裂变!

  • 产品价值=用户量×用户价值。
    做到 CLV>CPA,实现了无限增长。
    用户生命周期价值(LTV)远大于用户获取成本(CAC)与用户经营成本(COC)之和,就意味着产品的成功。

  • 没有深度思考,所有勤奋都是扯淡

  • 不会定战略的CEO不投;不懂产品的CEO不投;不会带团队的CEO 不投;不会算好账的CEO不投。
    意味着要定战略、懂产品、带团队、算好账。

  • “有逻辑地表达自己”

    “逻辑解决问题”

  • 思考框架最大的意义:能够帮你找到正确的思考方向

    思考框架只能用来帮助和指导你更好的工作和实践才有意义

  • 年龄是我们身后的猛虎,所有人都被年龄追着落荒而逃。

    赢得了时间,我们才有可能赢下世界。

  • 价值观是从业者对付寒冬的最强大的武器。

    在寒冬中,能够存活下来,拼的就是“价值观”,依靠的也只能是“价值观”。

    只有有价值观和责任感的人,才心甘情愿忍受常人所不能,在寒冬中活下来。

    如果你没有价值观,没有责任感,你可能不应该留下来,你可以把机会留给那些真正有所坚持的人。

    不管是否是寒冬,正确的价值观导向和责任心永远是一个企业所需的,也是从业者需要终身必备的~

数据库到底需不需要设置外键?

技术 天勤 9个月前 (03-15) 489次浏览 0个评论

在大型系统中(性能要求不高,安全要求高),最好使用外键(外键可以增强数据库数据的完整性和一致性)

在大型系统中(性能要求高,安全自己控制),不用外键(有外键约束的话,插入字段会进行检查,影响效率)

小系统,最好用外键

1、假设使用外键
优点:
(1)实现表与关联表之间的数据一致性;
(2)可以迅速的建立一个可靠性非常高的数据库结构,而不用让应用程序层去做过多的检查;
(3)可以提高系统鲁棒性、健壮性;
(4)可以实现开发人员和数据库设计人员的分工;
缺点:
(1)数据库需要维护外键的内部管理;
(2)外键等于把数据的一致性事务实现,全部交给数据库服务器完成;
(3)有了外键,当做一些涉及外键字段的增,删,更新操作之后,需要触发相关操作去检查,而不得不消耗资源;
(4)外键还会因为需要请求对其他表内部加锁而容易出现死锁情况;
(5)容易出现数据库I/O的瓶颈;

2、假设不使用外键
优点:
(1)减少了数据库表与表之间各种关联的复杂性;
(2)牺牲应用服务器资源,换取数据库服务器的性能;
(3)将主动权把控在自己手里;
(4)去掉外键相当于优化数据库性能;

缺点:
(1)所有外键的约束,需要自己在逻辑层自己实现;
(2)会出现数据错误覆写,错误数据进库的情况;
(3)消耗了服务器的性能;
(4)业务层里夹带持久层特性,耦合;

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

2. 传统行业:可以使用。
理由:1、 软件应用的人数有限,换句话说是可控的;
2 、数据库服务器的数据量也一般不会超大,且活跃数据有限;


天勤 , 版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权
转载请注明原文链接:数据库到底需不需要设置外键?
喜欢 (1)
发表我的评论
取消评论
表情 贴图 加粗 删除线 居中 斜体 签到

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址