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

物理外键性能问题

物理外键性能问题总结：

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

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

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

​ 不得不消耗资源

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

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

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

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

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

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

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

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

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

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

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