物理外键性能问题
物理外键性能问题总结:
1.数据库需要维护外键的内部管理
2.外键等于把数据的一致性实物实现,全部交给数据库的服务器完成
3.有了外键,当做一些设计外键字段的增、删、更新操作之后,需要触发相关操作去检查,
不得不消耗资源
4.外键还会印象需要请求对其他表内部加锁而容易出现死锁的情况
mysql
的外键设计问题 虽然很多人都不推荐你在关系型数据库使用外键
但你更多听到的是mysql
的,而不是SQLserver
或者其他。比较公认的是,他的外键设计的 的确不是很好,
限制多功能不强大等,以innodb
为例子,包含但不限于以下几点(我以为比较严重的)所有tables必须是
InnoDB
型,它们不能是临时表。在引用表中,必须有一个索引,外键列以同样的顺序被列在期中作为第一列。
这样一个索引如果不存在,它必须在引用表里被自动创建。不支持对外建列的索引前缀。这样的后果之一是
BLOB和TEXT列不被包括在一个外键中,这是因为对这些列的索引必须总是包含一个前缀长度 InnoDB
不对
那些外键活包含NULL列的被引用键值检查外键约束
外键对扩展性的限制和影响外键的主从关系
如果你每天数据库关联都是使用物理外键,但是如果哪天主键所在的表需要拆分或重构。
如果哪天你发现外键表不是非要跟主表的主键挂上关系 ,这种情况并不少见,尤其是数据库