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中文網其他相關文章！