在SQL中输入数据时处理循环引用

Employees
    EmployeeID <PK>
    DepartmentID <FK> NOT NULL

Departments
    DepartmentID <PK>
    EmployeeID <FK> NOT NULL

员工属于某个部门,部门必须有经理(部门主管).

我是否必须禁用插入的约束？

解决方法

对于Oracle：

    SET CONSTRAINTS ALL DEFERRED;
    INSERT INTO Departments values ('foo','dummy');
    INSERT INTO Employees values ('bar','foo');
    UPDATE Departments SET EmployeeID = 'bar' WHERE DepartmentID = 'foo';
    COMMIT;

我们解压一下：

>(自动提交必须关闭)
>延迟执行外键约束
>在Department表中插入一行,其中FK列的“哑”值
>使用FK引用部门向Employee表插入一行
>使用实际参考替换Department FK中的“dummy”值
>重新启用约束的执行

注意：禁用外键约束对所有会话生效,DEFERRING约束处于事务级别(如示例中)或会话级别(ALTER SESSION SET CONSTRAINTS = DEFERRED;)

Oracle允许将外键约束定义为DEFERRABLE至少十年.我定义所有外键约束(当然)是可以直接推断的.这保持了每个人所期望的默认行为,但允许操作而不需要禁用外键.

见AskTom：http://www.oracle.com/technology/oramag/oracle/03-nov/o63asktom.html

见AskTom：http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:10954765239682

另见：http://www.idevelopment.info/data/Oracle/DBA_tips/Database_Administration/DBA_12.shtml

[编辑]

答：在Microsoft SQL Server中,您无法像在Oracle中那样推迟外键约束.禁用和重新启用外键约束是一种方法,但我对1)性能影响(在重新启用约束时检查ENTIRE表的外键约束)的前景感到不寒而栗,2)处理异常如果(何时？)重新启用约束失败.请注意,禁用约束将影响所有会话,因此在禁用约束时,其他会话可能会插入和更新将导致约束重新启用失败的行.

使用SQL Server,更好的方法是删除NOT NULL约束,并在插入/更新行时允许NULL作为临时占位符.

对于SQL Server：

    -- (with NOT NULL constraint removed from Departments.EmployeeID)
    insert into Departments values ('foo',NULL)
    go
    insert into Employees values ('bar','foo')
    go
    update Departments set EmployeeID = 'bar' where DepartmentID = 'foo'
    go

[/编辑]

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!