关系数据库:物理外键和逻辑外键
今天在学习关系数据库时,视频中提到物理外键在很多企业中已经禁止使用,现在更多的是使用逻辑外键,视频中并没有明确提到逻辑外交怎么使用,在网上搜了好久以后得到了自己的理解。1.如是单机且低并发,也不需要性能调优的话,再或者不能用程序保证数据的一致性,完整性,可以使用外键。2.如果为了高并发,分布式,使系统性能更优,以及更好维护,则一定不能使用外键,转为用语法使其相关联。
·
前言
今天在学习关系数据库时,视频中提到物理外键在很多企业中已经禁止使用,现在更多的是使用逻辑外键,视频中并没有明确提到逻辑外交怎么使用,在网上搜了好久以后得到了自己的理解。
物理外键
先来说一下物理外键的概念:在表中使用了foreign key定义外键关联了另一张表。
为什么物理外键在很多企业中被禁止使用。
- 影响了增加,删除,修改记录的效率,有了物理外键后,当做一些涉及外键字段的增加,删除,修改操作之后,需要触发相关操作去检查,而不得不消耗资源。
- 容易引发数据库的死锁问题,消耗性能。
死锁:数据库死锁是指两个资源互相等待,如果需要“修改”一条数据,首先数据库管理系统会在上面加锁,以保证在同一时间只有一个事务能进行修改操作。锁定(Locking)发生在当一个事务获得对某一资源的“锁”时,这时,其他的事务就不能更改这个资源了,这种机制的存在是为了保证数据一致性。
逻辑外键
概念:不使用foreignkey,使用语法产生逻辑关联而产生的外键。
今天搜了好多的说法,我的理解是在写sql语句的时候,不适用foreignkey关键字,而是用语法把两张表关联起来,例如:
select * from a inner join b on a.aid = b.aid,#on之后的就相当于逻辑外键
通过逻辑外键可以很好的解决物理外键产生的问题。
总结
1.如是单机且低并发,也不需要性能调优的话,再或者不能用程序保证数据的一致性,完整性,可以使用外键。
2.如果为了高并发,分布式,使系统性能更优,以及更好维护,则一定不能使用外键,转为用语法使其相关联。
更多推荐
已为社区贡献1条内容
所有评论(0)