事务,在数据库开发与应用中,发挥了重要的作用,但在Integration Services 包开发过程中,我们还一直没有提到过这个概念,它是不是还是如此,能让各数据库兄弟和睦相处,团结一致,同进退、共存亡呢?
Required:指示该容器启用一个事务,如果其父容器启用了事务,则自动联接该事务;相反,父容器没有启用事务,则该容器会启动自已的事务。
Supported:指示容器不启动事务,但是如果父容器启动了事务,它会自动联接该事务;相反,父容器没有启动事务,它不会启动自已的事务。
NotSupported:指示容器不启动事务,也不联接现有事务。也就是说即使父容器启动了事务,他不会联接该事务,也不会启动自已的事务。
下面我们用一个实例来说明在Integration services 开发,如何启动事务?
首先我们在数据库中建立一张表,通过设置各容器的不同属性,看看其中的数据会发生什么样的变化?
CREATE TABLE [dbo].[Test1](
[ID] [smallint] NULL,
[str] [varchar](50) NULL
) ON [PRIMARY]
然后在Sql Server Business Intelligence Development Studio 中创建一个包,如图:
包中有四个SQL执行,它们执行的SQL命令如下:
INSERT INTO [Test1]([ID],[str])
SELECT 1,'AA'
INSERT INTO [Test1]([ID],[str])
SELECT 2,'BB'
INSERT INTO [Test1]([ID],[str])
SELECT 3,'CC'
INSERT INTO [Test1]([ID],[str])
SELECT 'DD','DD' ――制造一个错误.
很明显,前三个SQL 任务会执行成功,第四个SQL任务会执行失败,各对象的TransactionOption 属性设置如下:
包:TransactionOption =Required;4个SQL任务的TransactionOption =Supported。
点击[Development],结果如下:
我们回到DB中去看一看表中的结果,
一条记录也没有,说明Transaction 起作用了,如果其它设置都不变,修改”任务AA”的属性TransactionOption =NotSupported,再次运行,就有一条记录了,如图:
上面是以包为容器,容器中四个SQL任务,它们对事务的响应情况。
下面,我们再看一看另一种情况:包中有两个序列容器,一个For 循环,四个SQL任务(执行的SQL命令不变),它们的关系如图所示:
通过测试,每一个对象 TransactionOption 值的不同的设置,其结果也炯异
S-A | S-B | For 容器 | AA | BB | CC | DD | 结果记录数 | 结果记录 |
Required | Supported | Supported | Supported | Supported | Supported | Supported | 0 | |
Required | Required | Required | Supported | Supported | Supported | Supported | 0 | |
Required | Required |
NotSupported |
Supported | Supported | Supported | Supported | 2 | AA、BB |
Required |
NotSupported |
Required | Supported | Supported | Supported | Supported | 3 | AA、BB、CC |
Supported | Required | Required | Supported | Supported | Supported | Supported | 2 | AA、BB |
最后,我们再看一看在包嵌套的情况下,事物又怎么样了呢?如图所示:
对于包 A 和包 C,TransactionOption 设置为 Required。
对于包 B 和包 D 以及任务执行包 B、执行包 D 和执行包 F,TransactionOption 设置为 Supported。
对于包 E 以及任务执行包 C 和执行包 E,TransactionOption 设置为 NotSupported。
只有包 B、包 D 和包 F 可以从它们的父包继承事务。
包 B 和包 D 继承包 A 启动的事务。
包 F 继承包 C 启动的事务。
包 A 和包 C 控制它们自己的事务。
包 E 不使用事务。
通过上面的分析,SSIS中的事务是非常灵活的,其控制的粒度可粗可细,可以多个包共享一个事务,也可以一包共存多个事物,这就为我们的开发,带来非常大的灵活性,只要我们善加应用,将会发挥重大的作用。
最后有两点注意事项,特别提醒一下:
1、Integration Services
包中启用事务,如果包中的数据流任务,跨越多个服务器,或者是不同类型的数据库,则每台服务器中的MSDTC
分布式事务服务必须开启,否则将会出错。对于安装在Linux 或者 Unix
服务器的数据库,没有MSDTC服务,将会发生什么情况,我还没测试过,如果哪位朋友有经历过,请不吝赐教,在下先谢了。
2、说到事务,就离不开事务的隔离级别(IsolationLevel),SSIS对象中,也有这个属性,但是缺省值为Serializable,
这是一个要求比较高的隔离级别,如果使用不当,将会对系统性能产生比较大的影响。而在Sql Server 数据库中,缺省的隔离级别为:Read
Commited,希望大家要注意。
/***********************************************************************************************
*【Author】:游子吟
*【Date】:2013年07月02日
*【URL】:http://www.cnblogs.com/invinboy/archive/2010/02/05/1662989.html
*【Notice】:
*1、本文为原创技术文章,首发博客园个人站点。
*2、转载和引用请注明作者及出处。
*3、本文必须全文转载和引用,任何组织和个人未授权不能修改任何内容,并且未授权不可用于商业。
*4、本声明为文章一部分,转载和引用必须包括在原文中。
***********************************************************************************************/