数据库开发——参照完整性——在外键中使用Delete on cascade选项

原文:数据库开发——参照完整性——在外键中使用Delete on cascade选项

原文:

http://www.mssqltips.com/sqlservertip/2743/using-delete-cascade-option-for-foreign-keys/?utm_source=dailynewsletter&utm_medium=email&utm_content=headline&utm_campaign=2012731

参照完整性在设计数据库时需要重视,在我作为DBA的生涯中,看到很多设计走了极端的路子。

在进入DELETE CASCADE选项的详细说明前,先来看看另外一个选项,可以在具有外键的表中设置UDPATE CASCADE选项。在我的工作生涯中,我从来没有遇到过必须通过外键来更新一列或多列。

创建实例表:

在本例中,创建两个表,并用外键关联起来。主表有99999行记录,子表对于每条父记录,有19条记录。下面是创建语句:


-- Table creation logic

--parent table

CREATE TABLE[dbo].[Order](

[OrderID] [bigint] NOT NULL,

[OrderData] [varchar](10)NOT NULL,

CONSTRAINT [PK_Order_1] PRIMARY KEY CLUSTERED

([OrderID]ASC)

)

GO

-- child table

CREATE TABLE[dbo].[OrderDetail](

[OrderDetailID] [bigint] NOT NULL,

[OrderID] [bigint] NULL,

[OrderData] [varchar](10)NULL,

CONSTRAINT [PK_OrderDetail] PRIMARY KEY CLUSTERED

([OrderDetailID]ASC)

)

GO

-- foreign key constraint

ALTER TABLE[dbo].[OrderDetail] WITH CHECK

ADD CONSTRAINT[FK_OrderDetail_Order] FOREIGNKEY([OrderID])

REFERENCES [dbo].[Order]([OrderID])

ON DELETECASCADE

GO

-- data load

DECLARE @val BIGINT

DECLARE @val2 BIGINT

SELECT @val=1

WHILE @val< 100000

BEGIN

INSERT INTO dbo.[Order]VALUES(@val,‘TEST‘+ CAST(@valAS VARCHAR))

SELECT @val2=1

WHILE @val2 < 20

BEGIN

INSERT INTO dbo.[OrderDetail]VALUES ((@val*100000)+@val2,@val,‘TEST‘+ CAST(@valAS VARCHAR))

SELECT @val2=@val2+1

END

SELECT @val=@val+1

END

GO

第一个例子:

现在先让我们从[Order]表中移除一条数据,注意,我在每个查询中使用了DBCC DROPCLEANBUFFERS,来确保缓存中没有数据:


DBCC DROPCLEANBUFFERS

GO

DELETE FROM[Order] WHERE OrderID=24433

GO

在运行上面语句之后,可以查询[OrderDetail]表来确认记录是否已经被移除。这是为了了解,我们没有使用DELETE CASCADE选项时,要做什么操作,来确保数据移除,并看到他们的结果:


SELECT * FROM orderdetail WHERE orderid=24433

执行以后可以发现是没有数据的。下面再执行一下语句:


ALTER TABLE[dbo].[OrderDetail]DROP CONSTRAINT [FK_OrderDetail_Order]

GO

ALTER TABLE[dbo].[OrderDetail] WITH CHECK

ADD CONSTRAINT[FK_OrderDetail_Order] FOREIGNKEY([OrderID])

REFERENCES [dbo].[Order]([OrderID])

GO

现在让我们运行一下脚本,记住当有DELETECASCADE选项时,我们必须先从[OrderDetail]。中删除记录,想象一下,当我们有5、6个表对一个父表具有外键关联时,删除数据将要单独对每个表进行删除后才能删除父表。


DBCC DROPCLEANBUFFERS

GO

DELETE FROM[OrderDetail] WHEREOrderID=24032

DELETE FROM[Order] WHERE OrderID=24032

GO

我们可以通过SQL Profiler来监控两个处理方法的性能。你可以看到觉有DELETE CASCADE选项的处理占用的资源更少:


DELETE CASCADE


CPU (ms)


Reads


Writes


Duration


Yes


281


12323


2


950


No


374


24909


3


1162

第二个例子:

其中一个SQLServer最佳实践是在外键列并经常在where子句、join表中出现的字段,加上索引,现在我们对[OrderDetail]表加上索引,然后运行上面的查询,首先先加索引:


CREATE NONCLUSTEREDINDEX IX_OrderDetail_OrderIDON dbo.[OrderDetail](OrderID)

GO

接下来,运行改动后的执行,并监控性能:


DBCC DROPCLEANBUFFERS

GO

DELETE FROM[OrderDetail] WHEREOrderID=90032

DELETE FROM[Order] WHERE OrderID=90032

GO

ALTER TABLE[dbo].[OrderDetail] WITH CHECK

ADD CONSTRAINT[FK_OrderDetail_Order] FOREIGNKEY([OrderID])

REFERENCES [dbo].[Order]([OrderID])

ON DELETECASCADE

GO

DBCC DROPCLEANBUFFERS

GO

DELETE FROM[Order] WHERE OrderID=90433

GO

从下面的结果可以看到,使用DELETECASCADE选项在多表删除时,性能更好,并且能自动清除子表数据:


DELETE CASCADE


CPU (ms)


Reads


Writes


Duration


Yes


0


300


7


79


No


0


312


6


64

时间: 2024-11-06 22:53:30

数据库开发——参照完整性——在外键中使用Delete on cascade选项的相关文章

数据库到底用不用外键

最近工作中用到powerdesigner ,前期需要通过powerdesigner生成表结构,后来由于负责人员不在,很多表结构的添加没有同步到powerdesigner,一个个核对表结构着实麻烦,于是想到到反向生成模型,但数据库没有外键关系导致生成的模型也没有外键.对项目中不用外键感到好奇于是问了相关人员原因,并简单了解了外键的特点和使用场景.为了进一步了解,在网上找了相关文章以下为转载的原文链接: http://www.cnblogs.com/pengxl/archive/2010/06/11

sql数据库删除表的外键约束(INSERT 语句与 FOREIGN KEY 约束&quot;XXX&quot;冲突。该冲突发生于数据库&quot;XXX&quot;,表&quot;XXX&quot;, column &#39;XXX)

使用如下SQL语句查询出表中外键约束名称: 1 select name 2 from sys.foreign_key_columns f join sys.objects o on f.constraint_object_id=o.object_id 3 where f.parent_object_id=object_id('表名') 执行如下SQL语句删除即可. 1 alter table 表名 drop constraint 外键约束名 sql数据库删除表的外键约束(INSERT 语句与 F

【转】MySQL外键约束On Delete、On Update各取值的含义

转载地址:http://hi.baidu.com/jxqlovejava/item/3d2cc5b5d689917c244b0920 ? 先看On Delete属性,可能取值如上图为:No Action, Cascade,Set Null, Restrict属性. 当取值为No Action或者Restrict时,则当在父表(即外键的来源表)中删除对应记录时,首先检查该记录是否有对应外键,如果有则不允许删除. 当取值为Cascade时,则当在父表(即外键的来源表)中删除对应记录时,首先检查该记录

数据库建表需要外键约束吗?

建立外键的好处: 1) 由数据库保证数据完整性,比程序保证完整性更可靠, 多应用时(如有应用A,B,C他们之间的实体存在关联关系),由程序来保证数据完整性变得困难 2) 外键约束使得数据库的ER图可读性变强,有助于业务逻辑设计 不建立外键的好处: 1) 可以用触发器或应用程序保证数据的完整性 2) 开发变得简单,维护数据时不用考虑外键约束 3) 性能高,大数据量插入操作时不用考虑维护外键 讨论结果:不建立外键约束,关联关系由程序控制,另外还需要删除现有的外键关系

MySQL数据库之-foreign key 外键(一对多、多对多、一对一)、修改表、复制表

今日重点:外键 一对多 多对多      一对一 ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 一.引言: 我们在同一数据库创建的表时候,很多时候会出现相同数据的冗余问题,也就是说几个id

05 外键中的Cascading属性(Cascading referential integraty constraint)

上文中讲到外键约束的作用,tblPerson表中的GenderId是外键,tblGender中的Id是主键.通过设置外键约束可以限制tblPerson中的GenderId的值限定在tblGender表中的Id的取值范围.如下表中所示tblGender中的数据: Id Gender 1 Male 2 Female 3 Unknown 那么tblPerson表中的GenderId列的取值就只能是1.2.3 Id Name Email GenderId Address 1 John [email pr

MySQL外键约束On Delete和On Update的使用

On Delete和On Update都有Restrict,No Action, Cascade,Set Null属性.现在分别对他们的属性含义做个解释. ON DELETE restrict(约束):当在父表(即外键的来源表)中删除对应记录时,首先检查该记录是否有对应外键,如果有则不允许删除. no action:意思同restrict.即如果存在从数据,不允许删除主数据. cascade(级联):当在父表(即外键的来源表)中删除对应记录时,首先检查该记录是否有对应外键,如果有则也删除外键在子

mysql SQL设置外键约束ON DELETE CASCADE

第一步:删除原有的外键约束 ALTER TABLE child_table DROP FOREIGN KEY `FK_Reference_2` ; 第二步:添加新的外键约束,增加ON DELETE CASCADE ALTER TABLE child_table ADD CONSTRAINT `FK_Reference_2` FOREIGN KEY (`parent_id` ) REFERENCES parent_table (`parent_id` ) ON DELETE CASCADE ON

MySQL外键约束On Delete、On Update

使用外键实现Create Table: CREATE TABLE `child` ( `par_id` int(11) NOT NULL, `child_id` int(11) NOT NULL, PRIMARY KEY (`par_id`,`child_id`), FOREIGN KEY (`par_id`) REFERENCES `parent` (`par_id`) ON DELETE CASCADE ON UPDATE CASCADE ) ENGINE=InnoDB DEFAULT CH