在表“tblMaintenance”上引入 FOREIGN KEY 约束“FK2CustomerId”可能会导致循环或多个级联路径

Question

我创建了一个与另外 2 个表有关系的表。但是当我尝试从另一个表连接 FK 时，它会显示以下警告：

在表“tblMaintenance”上引入 FOREIGN KEY 约束“FK1VehicleID”可能会导致循环或多个级联路径。指定 ON DELETE NO ACTION 或 ON UPDATE NO ACTION，或修改其他 FOREIGN KEY 约束

这是我写的：

CREATE TABLE tblMaintenance
(  
    MaintenanceID Int Identity(1,1) Primary Key,
    Description VarChar(100),
    Date Date,
    TotalAmount Money, 
    VehicleID Int,
    CustomerID Int, 
    PurchaseID Int,

    Constraint FK2CustomerID 
        Foreign Key(CustomerID) References tblCustomer(CustomerID)
            ON DELETE Cascade On Update Cascade,
    Constraint FK1VehicleID 
        Foreign Key(VehicleID) References tblVehicle(VehicleID)
            ON DELETE Cascade On Update Cascade,
)
Go

这是与上述声明相关的另一个声明：

 --**Table tblCustomer
 Create Table tblCustomer
(
  CustomerID Int Identity(1,1) Primary Key,
  CustomerName VarChar(30),
  Address VarChar(150),
  Phone VarChar(30)
)
Go
---------------End Table tblCustomer------------------------------------
--**Table tblVehicle
Create Table tblVehicle
(
  VehicleID Int Identity(1,1) Primary Key,
  Brand VarChar(30), 
  PlateNumber VarChar(30), 
  EngineNumber VarChar(30),
  CustomerID Int, 
  CustomerName VarChar(30),

  Constraint FK1CustomerID 
      ForeignKey(CustomerID) References tblCustomer(CustomerID)
            On Delete Cascade On Update Cascade
)
Go
---------------End Table tblVehicle------------------------------------

Answer 1

早安，

在 SQL Server 中，一个表不能在由 DELETE 或 UPDATE 语句启动的所有级联引用操作的列表中出现多次。

关于完整的解释、简单的解决方法和更多信息，请访问此处的官方文档（这是上面引用的来源）： https://support.microsoft.com/en-ca/help/321843/error-message-1785-occurs-when-you-create-a-foreign-key-constraint-tha

----- 更新以色列时间 2018-08-12 22:40 ------

我将尝试解释微软团队选择阻止这样的结构的原因...

假设我们有以下三个表：

DROP TABLE IF EXISTS A;
create table A (Aid NVARCHAR(3) primary key)
GO

DROP TABLE IF EXISTS B;
Create Table B(
    Bid NVARCHAR(3) primary key,
    Aid NVARCHAR(3)
)
Go

DROP TABLE IF EXISTS C;
Create Table C(
    Cid NVARCHAR(3) primary key,
    Aid NVARCHAR(3),
    Bid NVARCHAR(3)
)
Go

Insert A(Aid) values ('a1'),('a2'),('a3'),('a4')
Insert B(Bid, Aid) values ('b1','a1'),('b2','a1'),('b3','a2')
Insert C(Cid,Bid, Aid) values ('c1','b1','a2'),('c2','b1','a2'),('c3','b2','a2'),('c4','b3','a4')
GO

SELECT * FROM A
SELECT * FROM B
SELECT * FROM C
GO

根据列名考虑这些表处于硬关系（使用 FOREIGN KEY）并且这些 FK 是“On Delete Cascade On Update Cascade”的情况。

1. 现在让我们从表 A 中删除行 a1
2. 既然我们从表 B 配置了 FK Cascade，那么应该删除表 B 中的相关行：这意味着应该删除行 b1、b2
3. 但是由于表 C 对 B 有 FK，所以我们需要删除表 C 中 b1、b2 的相关行。这意味着我们删除行 c1、c2 和 c3
4. 现在我们遇到了问题！由于表 C 也与表 A 相关，我们删除了与行 a2 相关的行 c3（我们没有删除）！现在问题提出了如何处理表 A 中的行 a2。我们删除了他的孩子，所以让我们删除它...
5. 一秒...问题继续...现在我们删除了表A中的a2行，因此我们需要删除表B中的b3行，因此我们需要删除表C中的c4行...

理论上没有限制这样做，并继续任务直到我们完成......有数据库服务器允许这种结构。

话虽如此，当我们只想删除一行并进入删除循环时，这种情况会导致性能非常差，并且对删除的内容感到困惑。如果我们还想使用 Cascade，SQL Server 不允许这种结构设计！为了防止此类情况，SQL Server 团队选择与自动删除（On Delete Cascade）一起防止此类结构。事实上，如果你以正确的方式设计数据库，我们可能不应该达到这个要求。

注意！这种情况就是所谓的“多级联路径”，不像无限循环的情况那样极端。

注意！我在这里使用 DELETE 进行检查，但相同的问题和相同的规则也与 UPDATE 相关。如果你必须有这个结构，那么你可以删除 Cascade 并自己控制子元素的删除。