MSSQL教程之SSIS-调式剧本组件

其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，许多中小型网站为了降低网站总体拥有成本而选择了MySQL作为网站数据库。剧本SSIS比DTS的日记架构加倍壮大，你再也没有需要写进一个MSGBOXES来取得你所必要的日记信息由于你的剧本组件是承继于一个有LOG办法的ScriptComponent组件,这个办法同意你前往一个动静到SSIS包的日记中，它会触发ScriptComponentLogEntry的挪用，比方上面代码
(vb代码)
Dimx(0)AsByte
Me.Log("Hello",0,x)
以捕抓这个事务你必需同意日记事务，能够在SISS的日记设置中设置
可是对照厌恶的是你必需为每一个义务都如许设置而不是间接从包中承继过去，假如厌恶的话可使用上面体例
你能够在包的级别设置哪类事务能够被触发，如：动静、进度、告诫、毛病等
以下代码：
Me.ComponentMetaData.FireInformation(0,"SimonsTask","Somemessagetoreturn","",0,True)
如许一旦你同意在包级别日记纪录OnInformation事务，那末下面语句所发生的信息将被捕抓到
要想很简单的在运转时看到事务的相干信息，你能够显现日记事务窗口（SSIS菜单,LogEvents选项）
最初，你仍然可使用msgboxes作为断点，假如你乐意
线上或者测试环境经常出现的误操作总是让DBA同学那么闹心。

如果我们从集合论（关系代数）的角度来看，一张数据库的表就是一组数据元的关系，而每个SQL语句会改变一种或数种关系，从而产生出新的数据元的关系（即产生新的表）。

需要注意的一点，也是我使用过程中发现的一个问题。在建立function->schema->table后，如果在现有的分区表上建立没有显式声明的聚集索引时，分区表会自动变为非分区表。这一点很让我纳闷。

至于淘汰的问题，只能说在你的项目周期之内，微软应该都不会倒闭。

可能有的朋友会抱怨集成的orderby，其实如果使用ranking函数,Orderby是少不了的。如果担心Orderby会影响效率，可以为orderby的字段建立聚集索引，查询计划会忽略orderby操作（因为本来就是排序的嘛）。

对一张百万级别的表建游标，同时又没有什么过滤条件，取得游标效率是如果直接SQL查询百万条数据；如果再对每条记录做处理，耗时将更长。

如果是将来做数据库的开发设计，就应该详细学习T-SQL的各种细节，包括T-SQL的程序设计、存储过程、触发器以及具体使用某个开发语言来访问数据库。

原来的计算字段其实和虚拟字段很像。只是管理方面好了而已，性能方面提高不多。但是SQL2005提供了计算字段的持久化，这就提高了查询的性能，但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。

个人感觉没有case直观。而且默认的第三字段（还可能更多）作为groupby字段很容易造成新手的错误。