SQL 中的循环引用约束是否有效？如何解决？

SQL 中的循环引用约束：应对复杂性

在数据库设计中，通过外键约束在表之间建立关系是常见的做法。然而，当表在循环中相互引用时，创建循环依赖关系，就会提出一个问题：这样的模式是否有效？

循环引用示例

考虑以下模式，其中两个表， products 和 products_pictures，互相引用：

CREATE TABLE products (
  ID int(10) unsigned NOT NULL AUTO_INCREMENT,
  DEFAULT_PICTURE_ID int(10) unsigned DEFAULT NULL,
  FOREIGN KEY (DEFAULT_PICTURE_ID) REFERENCES products_pictures (ID) ON DELETE SET NULL ON UPDATE SET NULL
);

CREATE TABLE products_pictures (
  ID int(10) unsigned NOT NULL AUTO_INCREMENT,
  PRODUCT_ID int(10) unsigned NOT NULL,
  FOREIGN KEY (PRODUCT_ID) REFERENCES products (ID) ON DELETE CASCADE
);

本设计中，products.DEFAULT_PICTURE_ID 指的是products_pictures.ID 和 products_pictures.PRODUCT_ID 引用回 products.ID，创建循环引用。

有效性和含义

专家之间的普遍共识是不建议在数据库模式中使用循环引用。在执行插入和更新等数据库操作时，它们可能会导致复杂性和不一致。

选项 1：可为空的外键列

要解决此问题，一种选择是如果两个外键列可以为空，则允许。这就解决了先向哪个表插入数据的“先有鸡还是先有蛋”的问题。但是，它引入了数据完整性问题，即一个产品可以拥有属于另一个产品的默认图片。

选项 2：IsDefault Column

另一种方法是删除产品中的 DEFAULT_PICTURE_ID 列，并在 products_pictures 中添加 IsDefault 位列。这允许每个产品只有一张图片设置 IsDefault 位。

选项 3：可延迟约束

可延迟约束允许稍后检查和强制执行某些约束，从而解决循环引用问题。 MySQL 不支持此选项。

选项 4：默认图片的单独表

为了消除循环依赖并确保数据完整性，请考虑创建一个单独的表，例如作为product_default_picture，存储产品-默认图片关系。这种方法允许两个外键列都不可为空。

总之，虽然循环引用在某些数据库系统中在技术上可能是有效的，但通常不鼓励这样做。考虑上面提供的选项来解决 MySQL 模式中的循环引用并确保数据完整性。

以上是SQL 中的循环引用约束是否有效？如何解决？的详细内容。更多信息请关注PHP中文网其他相关文章！