阿里云
服务器地域选择
发表主题 回复主题
  • 4449阅读
  • 9回复

[交流乐园]数据库使用外键会导致心脏不好?

级别: 论坛版主
发帖
3359
云币
8802

,%?; \?b%h  
今天看了开源中国的动弹,有人说数据使用外键会导致心脏不好,然后特意百度一一下,特此记录。 d{2 y/  
Oj"pj:fB  
:otY;n-  
摘录网上讨论共同观点: jom} _  
主键和索引是不可少的,不仅可以优化数据检索速度,开发人员还省不其它的工作, S!jF:Uc  
[ZKtbPHb  
Txt%nzIu  
矛盾焦点:数据库设计是否需要外键。这里有两个问题:一个是如何保证数据库数据的完整性和一致性;二是第一条对性能的影响。 aYaG]&hb  
&e-#|p#v  
T2 :oWjC3$  
正方观点: Mhv1K|4s  
1,由数据库身保证数据一致性,完整性,更可靠,因为程序很难100%保证数据的完整性,而用外键即使在数据库服务当机或者出现其他问题的时候,也能够最大限度的保证数据的一致性和完整性。 rnn2u+OG   
eg:数据库和应用是一对多的关系,A应用会维护他那部分数据的完整性,系统一变大时,增加了B应用,A和B两个应用也许是不同的开发团队来做的。他们如何协调保证数据的完整性,而且一年以后如果又增加了C应用 8! H8[J  
2,有主外键的数据库设计可以增加ER图的可读性,这点在数据库设计时非常重要。 .'^6QST  
3,外键在一定程度上说明的业务逻辑,会使设计周到具体全面。 [y|^P\D  
3$?9uMl#  
{PODisl>\D  
反方观点: x|@1 wQ" 6  
1,可以用触发器或应用程序保证数据的完整性 t} *l?$`  
2,过分强调或者说使用主键/外键会平添开发难度,导致表过多等问题 S'Z70 zJ  
3,不用外键时数据管理简单,操作方便,性能高(导入导出等操作,在insert, update, delete 数据的时候更快) UAsF0&]  
eg:在海量的数据库中想都不要去想外键,试想,一个程序每天要insert数百万条记录,当存在外键约束的时候,每次要去扫描此记录是否合格,一般还不 止一个字段有外键,这样扫描的数量是成级数的增长!我的一个程序入库在3个小时做完,如果加上外键,需要28个小时! [&h#iTRT  
Vs_\ykO  
35Ai;mU'  
结论: y|q@;*rGNa  
1,在大型系统中(性能要求不高,安全要求高),使用外键;在大型系统中(性能要求高,安全自己控制),不用外键;小系统随便,最好用外键。 bz, Da  
2,用外键要适当,不能过分追求 rc;7W:  
3,不用外键而用程序控制数据一致性和完整性时,应该写一层来保证,然后个个应用通过这个层来访问数据库。
你只看到我的技术,却没看到我的通宵。 你有你的需求,我有我的选择。 你嘲笑我技术宅孤独一生,我可怜你只能呆呆站在墙里。 你可以轻视昼夜不分的Coding,但我会证明它至少可以买到xx票。 技术宅的路上少不了苦逼和孤独,又怎样,哪怕成不了大神,也要码的漂亮。我是IT男,我为自己代言!
级别: 论坛版主
发帖
3359
云币
8802

只看该作者 沙发  发表于: 2016-08-14
话说开发阶段 使用外键 的确 各种约束的你不要不要的
你只看到我的技术,却没看到我的通宵。 你有你的需求,我有我的选择。 你嘲笑我技术宅孤独一生,我可怜你只能呆呆站在墙里。 你可以轻视昼夜不分的Coding,但我会证明它至少可以买到xx票。 技术宅的路上少不了苦逼和孤独,又怎样,哪怕成不了大神,也要码的漂亮。我是IT男,我为自己代言!
级别: 论坛版主
发帖
9201
云币
13331
只看该作者 板凳  发表于: 2016-08-14
回 1楼(小柒2012) 的帖子
我刚开始都不敢插数据的。 X+at%L=  
jb3.W  
都是觉得那里少了,什么 sql 导出,改 sql 再重新生成数据。 外键真的是让人不要不要的  i6 L  
级别: 论坛版主
发帖
3359
云币
8802

只看该作者 地板  发表于: 2016-08-17
回 2楼(ivmmff) 的帖子
有好  有环  不过 删数据真的挺蛋疼   
你只看到我的技术,却没看到我的通宵。 你有你的需求,我有我的选择。 你嘲笑我技术宅孤独一生,我可怜你只能呆呆站在墙里。 你可以轻视昼夜不分的Coding,但我会证明它至少可以买到xx票。 技术宅的路上少不了苦逼和孤独,又怎样,哪怕成不了大神,也要码的漂亮。我是IT男,我为自己代言!
级别: 新人
发帖
4
云币
11
只看该作者 4楼 发表于: 2016-09-06
Re数据库使用外键会导致心脏不好?
说数据库不需要的外键的,都是不需要外键的业务。 +^kxFQ(:  
qd+[ShrhqZ  
说数据库需要外键的,都是需要外键的业务。 >J}n@MZ  
jBv$^L  
这个问题看业务不看技术。
级别: 论坛版主
发帖
3359
云币
8802

只看该作者 5楼 发表于: 2016-09-08
回 4楼(小乌龟) 的帖子
业务 上来说 基本有关联关系 一般来说都可以设置外键 当然也可以不设置 你说的业务是指?
你只看到我的技术,却没看到我的通宵。 你有你的需求,我有我的选择。 你嘲笑我技术宅孤独一生,我可怜你只能呆呆站在墙里。 你可以轻视昼夜不分的Coding,但我会证明它至少可以买到xx票。 技术宅的路上少不了苦逼和孤独,又怎样,哪怕成不了大神,也要码的漂亮。我是IT男,我为自己代言!
级别: 新人
发帖
4
云币
11
只看该作者 6楼 发表于: 2016-09-10
回 5楼小柒2012的帖子
外键是维护外键关系的最后一道防线,如果业务不苛求这个,为了提高性能当然是不用最好。 )Z %T27r,^  
M?;y\vS?.  
如果业务对保持数据准确性非常在意,那还是加上以防编码时造成错误,导致一片数据混乱掉。
级别: 论坛版主
发帖
3359
云币
8802

只看该作者 7楼 发表于: 2016-09-12
回 6楼(小乌龟) 的帖子
你只看到我的技术,却没看到我的通宵。 你有你的需求,我有我的选择。 你嘲笑我技术宅孤独一生,我可怜你只能呆呆站在墙里。 你可以轻视昼夜不分的Coding,但我会证明它至少可以买到xx票。 技术宅的路上少不了苦逼和孤独,又怎样,哪怕成不了大神,也要码的漂亮。我是IT男,我为自己代言!
级别: 码农
发帖
161
云币
193
只看该作者 8楼 发表于: 2016-11-10
同一个业务可以由不同的技术方案实现,其实我倒是建议: A"W}l)+X  
1. 在系统设计期间还是采用范式设计比较好,数据模型非常清晰; 0*umf .R  
2. 在DEV环境和SIT环境中,数据库的表带有外键,如果测试非常充分,那么数据库会起到数据库完整性校验的补充作用,反过来能促进改善应用代码的数据完整性校验功能; M>kk"tyM  
3. 在PRE和PRD环境中,数据库的表不带外键,此时经过前一轮的完整测试,已经能保证应用的数据完整性,这时就去掉外键保证性能 szG0?e  
4. 有时候为了简化查询过程,有可能也需要在子表中添加一些冗余字段
本帖最近评分记录: 1 条评分 云币 +10
小柒2012 云币 +10 说的极好,久经开发哈 2016-11-10
级别: 论坛版主
发帖
3359
云币
8802

只看该作者 9楼 发表于: 2016-11-10
说的极好,久经开发哈
发表主题 回复主题
« 返回列表上一主题下一主题

限100 字节
如果您在写长篇帖子又不马上发表,建议存为草稿
 
验证问题: 阿里云官网域名是什么? 正确答案:www.aliyun.com
上一个 下一个