数据库开发——参照完整性——在外键中使用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-05 16:29:28

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

java-问题 如何用Java程序实现,父表的主键插入到子表的外键中?

问题描述 问题 如何用Java程序实现,父表的主键插入到子表的外键中? 需求从excel导入数据到mysql数据库,然后父表的主键是自增列,插入数据同时把主键插入子表的外键中(我已经把主表的数据插入了)

聊聊Oracle外键约束的几个操作选项

关系型数据库是以数据表和关系作为两大对象基础.数据表是以二维关系将数据组织在DBMS中,而关系建立数据表之间的关联,搭建现实对象模型.主外键是任何数据库系统都需存在的约束对象,从对象模型中的业务逻辑加以抽象,作为物理设计的一个部分在数据库中加以实现. Oracle外键是维护参照完整性的重要手段,大多数情况下的外键都是紧密关联关系.外键约束的作用,是保证字表某个字段取值全都与另一个数据表主键字段相对应.也就是说,只要外键约束存在并有效,就不允许无参照取值出现在字表列中.具体在Oracle数据库中,

hibernate的关联关系,是否数据库表中有外键没有关系?

问题描述 hibernate的关联关系,是否数据库表中有外键没有关系? hibernate的关联关系,是否数据库表中有外键没有关系?昨天使用了hibernate做了一个多对一的关系,然后在做数据库字段的时候,一开始并没有去建立外键约束,只是把关联字段的信息放了上去,然后CRUD操作都没问题,然后看了一篇帖子,上面看到数据库表中有外键约束,这时候才想起来这个事情,我加了外键以后也没什么问题,再去掉还是没有问题,那么这里是加还是不加外键呢?hibernate自己处理好了吗?有什么区别吗?以后是加好还

Java的Hibernate框架中的双向主键关联与双向外键关联_java

一.双向主键关联双向的主键关联其实是单向一对一主键关联的一种特殊情况,只不过要在关联对象的两端的映射文件中都要进行<one-to-one>的配置,另外还要在主映射的主键一端采用foreign外键关联属性. 这里同样使用Person和IdCard来讨论,一个人对应着一个唯一的身份证,而且一个身份证也唯一映射着一个人,所以这就产生了双向的关联关系,Person的主键同样也是IdCard的主键,分别是主键的同时也是外键,这种关联关系成为双向一对一映射,表现到关系模型中可如下图: 图中的两个表采用了主

ORACLE中关于外键缺少索引的探讨和总结

    在ORACLE数据库中,定义外键约束时,ORACLE是不会自动创建对应索引的,必须手动在外键约束相关的列上创建索引.那么外键字段上是否有必要创建索引呢?如果有必要的话,巡检时,如何找出外键字段上没有创建索引的相关表,并生成对应的索引的脚本呢?   外键缺失索引影响   外键列上缺少索引会带来三个问题,限制并发性.影响性能.还有可能造成死锁.所以对于绝大部分场景,我们应该尽量考虑在外键上面创建索引   1. 影响性能. 如果子表外键没有创建索引,那么当父表查询关联子表时,子表将进行全表扫描

生产库故障分析(主外键和DML性能分析)

原创 转载请注明出处 (我的学习笔记)    公司生产库2009年06月18日,出现批处理(JOB)阻塞了大量的用户操作,具体表现就是大量的表备锁做,并且CPU资源消耗达到了60%,让整个系统变慢,此时间长达30分钟. 出现问题后,我首先查看了系统使用有大事物的存在: select username,opname, round(((totalwork-sofar)/totalwork),4)*100 "pct_remaining" from V$session_Longops WHER

C#检测外键冲突的代码

大家都明白,在设计数据库的时候,外键的存在无可避免.在带来好处的同时(确保数据的完整性和一致性等,这些都不多说了),也有它的很多缺陷,那就是使诸如查询等相关操作的效率降低(但有的时候这也是没办法的事情,现在硬件发展都这么快了),但最主要的是,某些时候,在用户不知道各个实体关系的情况下,他们想去删某些记录,下面我们举个例子. 假设有一张产品类别表:Categary,一张产品表Product,其中产品表引用类表表中的类别编号作为外键. 如果出现这样一种情况,一个用户拥有这些表的删除权限,假设他拥有最

mysql外键约束使用详解

MySQL有两种常用的引擎类型:MyISAM和InnoDB.目前只有InnoDB引擎类型支持外键约束.InnoDB中外键约束定义的语法如下: [CONSTRAINT [symbol]] FOREIGN KEY     [index_name] (index_col_name, ...)     REFERENCES tbl_name (index_col_name,...)     [ON DELETE reference_option]     [ON UPDATE reference_opt

[20160704]NULL与主外键问题.txt

[20160704]NULL与主外键问题.txt --主外键的问题主要出现在阻塞等情况,有许多极端dba认为应该取消这个约束.当然从使用的角度出发有总比没有好.只是不要过度滥用. --我这里遇到一个问题,开发指出主外键"失效",我仔细检查发现建立的主表索引是唯一,而非主键,这样可以插入NULL,导致所谓的"失效". --我开始意味是因为oracle索引不记录NULL而导致的(主键仅仅一个字段).实际上我的测试还是有点意外: 1.环境: SCOTT@book>