数据库物理外键和逻辑外键

本文探讨了物理外键在数据库中可能导致的性能问题,如额外的资源消耗、潜在的死锁风险以及对扩展性的限制。同时,提到了外键设计在某些数据库系统中的不足。建议在考虑数据库扩展性和灵活性时,可以采用逻辑外键,通过程序逻辑来保证关联关系。文中还提出了数据库策略,如逻辑删除和事务处理,以应对物理外键的限制。
摘要由CSDN通过智能技术生成

物理外键性能问题

物理外键性能问题总结:

​ 1.数据库需要维护外键的内部管理

​ 2.外键等于把数据的一致性实物实现,全部交给数据库的服务器完成

​ 3.有了外键,当做一些设计外键字段的增、删、更新操作之后,需要触发相关操作去检查,

​ 不得不消耗资源

​ 4.外键还会印象需要请求对其他表内部加锁而容易出现死锁的情况

mysql的外键设计问题 虽然很多人都不推荐你在关系型数据库使用外键

但你更多听到的是mysql的,而不是SQLserver或者其他。比较公认的是,他的外键设计的 的确不是很好,

限制多功能不强大等,以innodb为例子,包含但不限于以下几点(我以为比较严重的)所有tables必须是

InnoDB 型,它们不能是临时表。在引用表中,必须有一个索引,外键列以同样的顺序被列在期中作为第一列。

这样一个索引如果不存在,它必须在引用表里被自动创建。不支持对外建列的索引前缀。这样的后果之一是

BLOB和TEXT列不被包括在一个外键中,这是因为对这些列的索引必须总是包含一个前缀长度 InnoDB不对

那些外键活包含NULL列的被引用键值检查外键约束

外键对扩展性的限制和影响外键的主从关系

如果你每天数据库关联都是使用物理外键,但是如果哪天主键所在的表需要拆分或重构。

如果哪天你发现外键表不是非要跟主表的主键挂上关系 ,这种情况并不少见,尤其是数据库

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值