二. 总括新闻剖判

--查询统计信息
DBCC SHOW_STATISTICS(tablename,'indexname')

  下边是贰个错综相连的计算音信,上三次修正总计音信时间是二〇一八年10月8日,间距未来有二个多月没更新了,也正是说更新规范从不达到(改正达到500次

  • 十分之二的行数变动)。

  4503.com 1

  4503.com 2

  2.1 计算音信三有个别:头音讯,字段选用性,直方图。
   (1) 头信息

    name:总结新有名称,也是索引的名字。
    updated:上一遍总括新闻更新时间(重要)。
    rows:上一回总结表中的行数,反映了表里的数据量。
    rows Sampled:
用于总括新闻总括的抽样总行数。当表格数据一点都不小,为了降耗,只会取一小部分数额做抽样。 
rows sampled<rows时候计算新闻大概不是最纯正的。
    steps:把数量分为几组。最多200个组,每一种直方图梯级都富含二个列值范围,后跟上限列值。
    density:索引第一列前缀的选用性。查询优化器不接收此 Density,
值此值的指标是为着与 SQL Server
二〇〇九 以前的版本达成向后特出。
    average key length:索引列平均字节数。
    string index: YES 代表字符串索引。

  (2)数据字段选拔性

    all density:
反映了索引列的选料度。它展现了数量集里重复的数据量多少,若是数额很稀少再次,那么它采纳性就比较高。 密度为
1/非重复值。值越小采纳性就越高。借使值小于了0.1,那索引的选用性就分外高了(这点透过查看自增ID主键索引列,特别显眼低于了0.1的值)。
    average length: 索引列平均字节长度 比方model
列值平均长度是二十二个字节。
    columns:索引列名称

  (3)直方图(对应steps 组)

      直方图衡量数据汇总每一种非重复值的现身频率。
查询优化器依照总计音信目的第二个键列中的列值来计量直方图,它选取列值的措施是以计算情势对行进行取样或对表或视图中的全数行实施完全扫描。
    range_hi_key: 列值也称之为键值。直方图里每后生可畏组(step)数据最大值
。上海教室值是model字符串类型
    range_rows:每组数据区间揣度数目。
    eq_rows:表中值与直方图每组数据库上限相等的数量
    distinct_range_rows:每组中国和欧洲再也数目,
若无再度则range_rows等于distinct_range_rows值。
    avg_range_rows:每组数据区间重复值平平均数量据, (range_rows)

 

 三. 人工维护的三种情状

1.询问实践时间十分长
  即便查询响合时间不长或不足预感,则在进行别的故障清除步骤前,确认保障查询全数新型的计算消息。
2.在升序或降序键列上发生插入操作。
  与查询优化器推行的总括新闻更新相比较,升序或降序键列(举个例子 IDENTITY
或实时时光戳列)上的总计新闻大概供给更频仍地翻新。插入操作将新值追加到升序或降序键列上
3.在保卫安全操作后。
  思索在实行爱护进程(比如截断表或对十分大百分比的行试行大体量插入)后更新总括消息。
那能够幸免在将来查询等待自动总结音讯更新时在询问管理中出现延迟。

-- 更新统计信息
UPDATE STATISTICS tablename(indexname)

  更新总括音讯可保险查询利用新型的总计音讯进行编译。
可是,更新总括消息会招致查询重新编写翻译。
大家提议不要太频繁地翻新总计音讯,因为急需在修改询问陈设和再一次编写翻译查询所用时间之内权衡品质。

SQLSE福特ExplorerVEVision GT是怎麽通过索引和总括消息来找到对象数据的(第三篇)

 近日确实未有何样精力写随笔,每日加班,为了做到这些种类,硬着头皮上了

再看那篇作品在此以前请大家先看本人前边写的第黄金年代篇和第二篇

第一篇:SQLSE兰德酷路泽VESportage是怎麽通过索引和总计新闻来找到对象数据的(第生机勃勃篇)

第二篇:SQLSE奇骏VE兰德酷路泽是怎麽通过索引和计算新闻来找到对象数据的(第二篇)

 

1、总结新闻的意思与成效

为了以尽恐怕快的进度达成语句,光有目录是远远不足的。对于同一句话,SQLSELacrosseVELX570有非常多样方法来完成他。

有一些措施符合于数据量超级小的时候,某个措施符合于数据量相当大的时候。同大器晚成种情势,在数据量不一样的时候,

复杂度会有万分大的反差。索引只好补助SQLSESportageVEENCORE找到切合条件的记录。SQLSEENVISIONVEEvoque还需求通晓每后生可畏种操作

所要管理的数据量有微微,进而猜想出复杂度,选取贰个代价最小的执行布置。说得深入显出一点,SQLSELacrosseVE逍客要能力所能达到

4503.com,略知意气风发二数据是“长得什么”的本领用最快方法成功指令

 

SQLSE锐界VE昂科拉不像人,光看看数据就能够大要心境有数。那么怎麽能让SQL知道数据的布满音讯呢?

在数据库管理连串里有个常用的手艺,正是数据“总结消息(statistics)”

SQLSEPRADOVEMurano就是通过她精通多少的分布景况的

 

上面能够先来看前两篇文章的两张轨范表在SalesOrderID这几个字段上的总结音讯,以便对那么些定义有一点直观认知

dbo.SalesOrderHeader_test保存的是每张订单的概要新闻,一张订单只会有一条记下

就此SalesOrderID是不会再也的。以后那张表里,应该有31474条记下。SalesOrderID是二个int型的字段,

故此字段长度是4。

运行

1 DBCC SHOW_STATISTICS(tablename,INDEX OR STATISTICS name)
2 
3 DBCC SHOW_STATISTICS([SalesOrderHeader_test],SalesOrderHeader_test_CL)

4503.com 3

总括消息内容分3有的

1、计算新闻头音信

       列名                              说明

      name                     总计信息的称号,这里正是索引的名字

     updated                  上一遍创新总计音讯的日期和时间。这里是12
18 2011  1:16AM
                                 
 这么些时刻相当的重大,根据她能够判明总计新闻是怎么样时候更新的
                                 
 是否在数据量爆发变化之后,是否存在总结音讯无法呈现当前
                                   数据布满特点的题材

       rows                    
表中的行数。这里是31465行,不能够一心完全正确地反映了现阶段表里数据量(因为总结新闻没有立时更新)

  rows sampled            
总结音讯的取样行数这里也是31465,表达上次SQL更新计算消息
                                  
的时候,对任何表里全数记录的SalesOrderID字段,都围观了贰次
                                  ,那样做出来的计算音信一般都以很纯粹的

       steps                   
在计算音讯的第三片段,会把数量分为几组,这里是3组

      density                  第二个列前缀的选用性(不包括EQ_ROWS)

average key length      
全部列的平分长度,因为SalesOrderHeader_test_CL索引独有一列数据类型是int,

                                   所以长度是4(单位是字节),借使索引有几个列,每一个列的数据类型都不均等,

                                   比如再有一个列colc char(10)
那么平均长度是(10+4)/2=7

     string index            
若是为“是”,则计算音信中富含字符串摘要索引,以支撑为LIKE条件
                                  
估摸结果集大小。仅适用于char,varchar,nchar和nvarchar,varchar(max)
                                   nvarchar(max),text,ntext
数据类型的前导列。这里是int,所以那几个值是“NO”

 

2、数据字段的选取性
           列名                                说明

all density                反映索引列的选取性(selectivity)
                             
“选择性”反映数据集里重复的数据量是有一点,恐怕反过来讲,值唯意气风发的数据量
                             
有多少。倘使四个字段的数量很稀有重复,那么她的可选拔性就比较高。比如
                             
身份ID号,是不足重复的。哪怕对任何中华夏儿女民共和国的身价记录做询问,代入三个身份ID编号
                             
最三只会有一条记下重回,在此样的字段上的过滤条件,能够使得地过滤掉大批量多少
                              再次来到的结果集会一点都不大
                             
举个相反的事例:性别。全数人独有三种,非男即女。那几个字段上的重复性就相当的高
                             
接受性就相当的低。二个过滤条件,最五只可以过滤掉二分之一的笔录
                             
SQL通过测算“接受性”,使得本人能够预测贰个过滤条件做完后,大约能有多少记录
                              再次回到 Density的概念是: density =
1/cardinality of index keys
                             
假如这一个值小于0.1,日常讲那几个目录的采纳性相比高,若是超出0.1,他的选用性
                             
就不高了。这里[SalesOrderHeader_test]有31474条没有重新的笔录
                              57%1474 = 3.177e-5
那几个字段的选用性是正确的

       average length        索引列的平分长度,这里如故4

        columns                 索引列的称呼,这里是字段名 SalesOrderID

 

从这一片段的音信,能够测算出总括消息所关切的字段的长度,以至她有稍许条唯生机勃勃值。但是这个信息对SQLSE牧马人VETiguan预测结果集复杂度还远远不足。

诸如笔者以后要查贰个SalesOrderID=60000的订单,如故不精晓会有多少记录再次来到。这里要求第三片段的新闻

 

3、直方图(histogram)
         列名                                   说明
     range_hi_key                直方图里每意气风发组(step)数据的最大值
                                      
 订单号的细微号码在报表里是43659,这里SQL选择她作为第一个step
                                        的最大值,3组数据分别是 ~43659 
43660~75131   75132~75132

     range_rows                  直方图里每组数据区间行数,上限值除此而外第意气风发组唯有三个数:43659
                                       
第三组也唯有多个数:75132,别的数据都在其次组里,区间里有31474个数

      EQ_ROWS                   表中值与直方图每组数据上限值相等的行数目
这里都是1

distinct_range_rows           直方图里每组数据区间非重复值的多寡,上限值除此之外由于这么些字段未有重复值,所以那边
就等于range_rows的值

  avg_range_rows             
直方图里每组数据区间内重复值的平平均数量据,上限值除此之外。计算公式
                                     
(range_rows/distinct_range_rows for distinct_range_rows>0)
                                    
 这里distinct_range_rows的值就等于range_rows的值,所以avg_range_rows等于1

 

有那麽一个直方图,就可以知道很好地知道表格里的数据分布了。在SalesOrderID那些字段里,最小值是43659,

最大值是75132,在这里个间隔里有31472个值,并且从不重复值,所以能够推算出表里的值便是从43659方始到75132结束的各个int值。

SQL未有供给存款和储蓄非常多step的音信,只要那3个step,就能够统统一发布挥数据布满

 

这里要证实两点的是:

(1)要是二个总计音信是为生龙活虎组字段建构的,比如两个复合索引营造在两个以上的字段上,SQLSECRUISERVELX570维护全部字段的选取性新闻,

可是只会珍重第三个字段的直方图。因为第三个字段的行数正是整张表的行数,纵然这一个字段在某条记下里为null,SQLSE奥迪Q3VE途观也会做计算

(2)当表格相当大的时候,SQLSE奥迪Q3VE纳瓦拉在立异总结音讯的时候为了降耗,只会取表格的一片段数据做抽样(rows
sample),

此时总括音讯里面包车型地铁数量都以依赖这个抽样数据估量出来的值也许和切实地工作值会有些出入

 

计算音讯越留心,当然会越标准,可是爱护总结新闻要付出的额外花费也就越大。有非常大可能率加强总括新闻准确度所带来的执行品质的晋级

还抵消不了维护计算音讯开销的加码。
SQLSEXC90VE讴歌MDX做那样的安顿,不是因为其技巧有限,而是为了谋求八个对超越52%场合都方便的平衡

 

——————————————-总括音讯的保卫安全定协和翻新———————————

当SQLSE奥德赛VERAV4必要去推测有些操作的复杂度时,他自然要计划去探索对应的计算音信做支撑。

DBA不或许预估SQLSELX570VEOdyssey会运维什么样的操作,所以也无从预估SQLSEPRADOVEEscort大概须要哪些的总括新闻

黄金时代旦靠人力来树立和保证总计音信,那将是一个极其复杂的工程。幸而SQLSE奇骏VE传祺不是那样设计的

在大部情状下,SQLSE悍马H2VEGL450本身会很好地爱戴和更新计算音信,客户基本未有认为,DBA也未有额外的担负。

那第一是因为在SQLSE福特ExplorerVELacrosse
数据库属性里,有多个暗中同意展开的装置

auto create statistics 自动创造计算新闻

auto update statistics自动更新总括消息

她们力所能致让SQLSEOdysseyVEPRADO在急需的时候自动建设构造要用到的总计音讯,也能在开采计算音讯过时的时候,自动去改善她

4503.com 4

 

SQLSE冠道VERAV4会在哪些情状下创设计算音信呢?

主要有3种情况

(1)在目录创造时,SQLSE大切诺基VEQX56会自动在目录所在的列上成立总结信息,所以从某种角度讲,索引的功效是重新的,

她自个儿力所能致扶持SQLSE智跑VE凯雷德急速找到数据,而她方面包车型客车总计音信,也能够告诉SQLSE奥迪Q3VE奥德赛数据的分布景况

补充一下:索引重新构建的时候也会更新表的总括新闻,所以有时查询变慢的时候重新建立一下索引查询变快了总结音讯的翻新也是原因之风流洒脱

 

(2)DBA也足以透过之类的言辞手动创造他感觉须求的总计音讯 CREATE
STATISTICS

如果张开了auto create
statistics自动创造总结音讯,平日来讲比少之甚少须求手动成立

 

(3)当SQSE汉兰达VERAV4L想要使用一些列上的总结音信,开采并没不常,“auto create
statistics 自动创造总结新闻”

会让SQLSE昂CoraVE讴歌MDX自动创设总结音信

举例,当语句要在有个别(或然多少个)字段上做过滤,或然要拿他们和其余一张表做衔接(join)
SQLSEPAJEROVE科雷傲要推断最终从那张表会再次回到多少记录。

那时就必要一个总计音信的支撑。若无,SQLSEWranglerVE奥迪Q5会自动创立二个

 

在开发“auto create statistics
自动创造总结音讯”的数据库上,平常无需顾虑SQLSEWranglerVE揽胜没有丰硕的总计音讯来采摘实践陈设。

那点完全交由SQLSECR-VVEPAJERO管理就足以了

 

履新计算音信

SQLSE昂CoraVEQashqai不独有要树立符合的总计音信,还要马上更新他们,使他们能够反映表格里多少的变型数据的插入、删除、改进都或然会引起总计音讯的翻新。

可是,更新总结音信自个儿也是后生可畏件消功耗源的事情,越发是对相当大的报表。如若有一丝丝小的改进SQLSEKugaVCR-V都要去修改总计消息,

可能SQLSELANDVELacrosse就得光忙活那几个,来不比做别的业务了。SQLSEPAJEROVE君越照旧要在总结消息的正确度和财富合理消耗之间做多个平衡。

在SQL二〇〇五/SQL二零一零,触发总结音信自动更新的原则是:

(1)若果总括音讯是概念在普通表格上,那么当产生上边变化之朝气蓬勃后,计算音信就被以为是不适那时候宜的了。后一次选拔到时,会活动触发三个创新动作

分开数据库的时候,也能够手动选项是或不是更新总括音信

 1、表格从不曾多少形成有抢先等于1条数目

2、对于数据量小于500行的报表,当总括消息的首先个字段数据累积变化量大于500随后

3、对于数据量大于500行的表格,当统计新闻的第一个字段数据累加变化量大于
–500+(40%*报表数据总的数量)今后。所以对于极大的表,

仅有1/5以上的数额发生变化后 –SQL才会去重算总计音讯

 

(2)一时表(temp
table)上得以有总计消息。其有限帮忙政策基本和普通表黄金年代致。 不过表变量(table
variable)上无法创建总计新闻

 

与此相类似的保证政策能够保险花费比极小的代价,确定保证总结消息主导科学

 

SQL二〇〇四和SQL二零零五在立异计算音讯的战术上的分别:

在SQLSELANDVE奥德赛2000的时候,如若SQLSE途锐VCRUISER在编写翻译一个言辞时意识有些表的有个别总括新闻已经过时,

她会一曝十寒语句的编写翻译,转去更新总结信息,等计算音讯更新好以往,用新的消息来做施行布置。那样的方法

当然能够扶植获得三个更可信的施行安排,不过劣势是语句试行要等总计音信更新完成。那些进度有一点点困难。

在大部情景下,语句实践效用对计算消息并没有那么敏感。假设用老的总括音信也能做出相比较好的实践安排,

那边的守候就白等了

 

于是在SQLSE福睿斯VE奥迪Q5二零零五现在,数据库属性多了几个“auto update statistics
asynchronously自动异步更新总括消息”

4503.com 5

当SQLSE本田CR-VVEENCORE发掘有个别总括新闻过时时,他会用老的总计音讯接轨现在的查询编写翻译,可是会在后台运维贰个任务,更新那一个总结音讯。

如此那般下叁遍总计音讯被运用到时,就早便是二个立异过的本子。那样做的劣点是,无法保障当前那句询问的进行安排精确性。

所有的事有利有弊,DBA能够依据实情做取舍

 

写完了,可能篇幅相当短,可是并未有艺术,大多数剧情都是首尾呼应,未有前边的铺垫可能看不懂下边包车型客车剧情

 

 


2013-8-25 补充:

假如急需改革某张表的总计音信,使用上面的SQL语句

1 USE [pratice] --需要更新统计信息的数据库
2 GO
3 
4 UPDATE STATISTICS tableA
5 GO

倘诺急需立异任何数据库的总括新闻,使用上面包车型大巴SQL语句,不带参数

1 USE [pratice] --需要更新统计信息的数据库
2 GO
3 EXEC [sys].[sp_updatestats] --@resample = '' -- char(8)
4 GO

4503.com 64503.com 7

  1 正在更新 [dbo].[testpivot]
  2     [_WA_Sys_00000001_0425A276],不需要更新...
  3     [_WA_Sys_00000002_0425A276],不需要更新...
  4     已更新 0 条索引/统计信息,2 不需要更新。
  5  
  6 正在更新 [dbo].[Users]
  7     [IX_UserID],不需要更新...
  8     [_WA_Sys_00000002_08EA5793],不需要更新...
  9     [_WA_Sys_00000003_08EA5793],不需要更新...
 10     [_WA_Sys_00000004_08EA5793],不需要更新...
 11     [_WA_Sys_00000005_08EA5793],不需要更新...
 12     已更新 0 条索引/统计信息,5 不需要更新。
 13  
 14 正在更新 [dbo].[TABLE1]
 15     [INDEX_ID],不需要更新...
 16     [INDEX_CATEGORYID],不需要更新...
 17     已更新 0 条索引/统计信息,2 不需要更新。
 18  
 19 正在更新 [dbo].[TABLE2]
 20     [INDEX_CATEGORYID],不需要更新...
 21     已更新 0 条索引/统计信息,1 不需要更新。
 22  
 23 正在更新 [dbo].[Orders]
 24     [_WA_Sys_00000005_0EA330E9],不需要更新...
 25     已更新 0 条索引/统计信息,1 不需要更新。
 26  
 27 正在更新 [dbo].[Department]
 28     [CL_DepartmentID],不需要更新...
 29     已更新 0 条索引/统计信息,1 不需要更新。
 30  
 31 正在更新 [dbo].[UserInfo]
 32     已更新 0 条索引/统计信息,0 不需要更新。
 33  
 34 正在更新 [dbo].[tb_test]
 35     已更新 0 条索引/统计信息,0 不需要更新。
 36  
 37 正在更新 [dbo].[Department9]
 38     [NCL_Name_GroupName],不需要更新...
 39     已更新 0 条索引/统计信息,1 不需要更新。
 40  
 41 正在更新 [dbo].[bulkinserttest]
 42     已更新 0 条索引/统计信息,0 不需要更新。
 43  
 44 正在更新 [dbo].[SystemPara]
 45     [_WA_Sys_00000001_173876EA],不需要更新...
 46     [_WA_Sys_00000002_173876EA],不需要更新...
 47     [_WA_Sys_00000004_173876EA],不需要更新...
 48     已更新 0 条索引/统计信息,3 不需要更新。
 49  
 50 正在更新 [dbo].[TB]
 51     [_WA_Sys_00000001_178D7CA5],不需要更新...
 52     [_WA_Sys_00000002_178D7CA5],不需要更新...
 53     [_WA_Sys_00000003_178D7CA5],不需要更新...
 54     已更新 0 条索引/统计信息,3 不需要更新。
 55  
 56 正在更新 [dbo].[SQLTRACESAMPLE]
 57     已更新 0 条索引/统计信息,0 不需要更新。
 58  
 59 正在更新 [dbo].[HeapTable]
 60     [_WA_Sys_00000001_1A69E950],不需要更新...
 61     已更新 0 条索引/统计信息,1 不需要更新。
 62  
 63 正在更新 [dbo].[testcolumn]
 64     已更新 0 条索引/统计信息,0 不需要更新。
 65  
 66 正在更新 [dbo].[encrypttb_demo]
 67     已更新 0 条索引/统计信息,0 不需要更新。
 68  
 69 正在更新 [dbo].[ClusteredTable]
 70     [CIX],不需要更新...
 71     已更新 0 条索引/统计信息,1 不需要更新。
 72  
 73 正在更新 [dbo].[test23]
 74     已更新 0 条索引/统计信息,0 不需要更新。
 75  
 76 正在更新 [dbo].[Table_1]
 77     [_WA_Sys_00000002_2022C2A6],不需要更新...
 78     [_WA_Sys_00000001_2022C2A6],不需要更新...
 79     已更新 0 条索引/统计信息,2 不需要更新。
 80  
 81 正在更新 [dbo].[Department10]
 82     [NCL_Name_GroupName],不需要更新...
 83     [_WA_Sys_00000003_2116E6DF],不需要更新...
 84     已更新 0 条索引/统计信息,2 不需要更新。
 85  
 86 正在更新 [dbo].[BankUser]
 87     [PK__BankUser__236943A5],不需要更新...
 88     已更新 0 条索引/统计信息,1 不需要更新。
 89  
 90 正在更新 [dbo].[PWDQuestion]
 91     [PK__PWDQuestion__2645B050],不需要更新...
 92     已更新 0 条索引/统计信息,1 不需要更新。
 93  
 94 正在更新 [dbo].[fulltext_test]
 95     [UQ__fulltext_test__28B808A7],不需要更新...
 96     [IX_ID],不需要更新...
 97     已更新 0 条索引/统计信息,2 不需要更新。
 98  
 99 正在更新 [dbo].[tabelcheckindent]
100     [PK_tabelcheckindent],不需要更新...
101     已更新 0 条索引/统计信息,1 不需要更新。
102  
103 正在更新 [dbo].[SecretInfo]
104     已更新 0 条索引/统计信息,0 不需要更新。
105  
106 正在更新 [dbo].[Insert_Test]
107     [_WA_Sys_00000001_2A164134],不需要更新...
108     已更新 0 条索引/统计信息,1 不需要更新。
109  
110 正在更新 [dbo].[TestInsert]
111     [PK__TestInsert__2B3F6F97],不需要更新...
112     已更新 0 条索引/统计信息,1 不需要更新。
113  
114 正在更新 [dbo].[RowToColumn]
115     [_WA_Sys_00000001_2C3393D0],不需要更新...
116     [_WA_Sys_00000002_2C3393D0],不需要更新...
117     [_WA_Sys_00000003_2C3393D0],不需要更新...
118     [_WA_Sys_00000004_2C3393D0],不需要更新...
119     [_WA_Sys_00000005_2C3393D0],不需要更新...
120     [_WA_Sys_00000006_2C3393D0],不需要更新...
121     [_WA_Sys_00000007_2C3393D0],不需要更新...
122     [_WA_Sys_00000008_2C3393D0],不需要更新...
123     已更新 0 条索引/统计信息,8 不需要更新。
124  
125 正在更新 [dbo].[Insert_Test2]
126     [PK__Insert_Test2__2DE6D218],不需要更新...
127     已更新 0 条索引/统计信息,1 不需要更新。
128  
129 正在更新 [dbo].[pagediff]
130     已更新 0 条索引/统计信息,0 不需要更新。
131  
132 正在更新 [dbo].[DP_OilCanOption]
133     [_WA_Sys_00000001_31EC6D26],不需要更新...
134     [_WA_Sys_00000002_31EC6D26],不需要更新...
135     已更新 0 条索引/统计信息,2 不需要更新。
136  
137 正在更新 [dbo].[DBCCResult]
138     [_WA_Sys_00000002_32767D0B],不需要更新...
139     [_WA_Sys_0000000A_32767D0B],不需要更新...
140     已更新 0 条索引/统计信息,2 不需要更新。
141  
142 正在更新 [sys].[fulltext_catalog_freelist_16]
143     [docid],不需要更新...
144     已更新 0 条索引/统计信息,1 不需要更新。
145  
146 正在更新 [sys].[fulltext_index_map_667149422]
147     [i1],不需要更新...
148     [i2],不需要更新...
149     [i3],不需要更新...
150     [i4],不需要更新...
151     已更新 0 条索引/统计信息,4 不需要更新。
152  
153 正在更新 [dbo].[计算列]
154     已更新 0 条索引/统计信息,0 不需要更新。
155  
156 正在更新 [dbo].[LobTestTable]
157     [_WA_Sys_00000003_351DDF8C],不需要更新...
158     已更新 0 条索引/统计信息,1 不需要更新。
159  
160 正在更新 [dbo].[LobIndexTestTable]
161     [IX_LobIndexTestTable],不需要更新...
162     [IX_LobCIndexTestTable],不需要更新...
163     已更新 0 条索引/统计信息,2 不需要更新。
164  
165 正在更新 [dbo].[Department3]
166     [CL_DepartmentID],不需要更新...
167     已更新 0 条索引/统计信息,1 不需要更新。
168  
169 正在更新 [dbo].[LobCIndexTestTable]
170     [IX_LobCIndexTestTable],不需要更新...
171     已更新 0 条索引/统计信息,1 不需要更新。
172  
173 正在更新 [dbo].[Department4]
174     [PK_Department4_1],不需要更新...
175     [_WA_Sys_00000002_3A179ED3],不需要更新...
176     已更新 0 条索引/统计信息,2 不需要更新。
177  
178 正在更新 [dbo].[testheap2013119]
179     已更新 0 条索引/统计信息,0 不需要更新。
180  
181 正在更新 [dbo].[Department5]
182     [CL_Company],不需要更新...
183     [_WA_Sys_00000002_3CF40B7E],不需要更新...
184     [_WA_Sys_00000001_3CF40B7E],不需要更新...
185     已更新 0 条索引/统计信息,3 不需要更新。
186  
187 正在更新 [dbo].[TESTkeylock]
188     [PK_TEST11],不需要更新...
189     已更新 0 条索引/统计信息,1 不需要更新。
190  
191 正在更新 [dbo].[Department6]
192     [PK_Department6_1],不需要更新...
193     已更新 0 条索引/统计信息,1 不需要更新。
194  
195 正在更新 [dbo].[ChangeAttempt]
196     已更新 0 条索引/统计信息,0 不需要更新。
197  
198 正在更新 [dbo].[Department2]
199     [PK__Department2__467D75B8],不需要更新...
200     [_WA_Sys_00000003_4589517F],不需要更新...
201     已更新 0 条索引/统计信息,2 不需要更新。
202  
203 正在更新 [dbo].[tempPKNCL]
204     [PK__tempPKNCL__46E78A0C],不需要更新...
205     已更新 0 条索引/统计信息,1 不需要更新。
206  
207 正在更新 [dbo].[test_index]
208     [PK__test_index__489AC854],不需要更新...
209     已更新 0 条索引/统计信息,1 不需要更新。
210  
211 正在更新 [dbo].[ddl_log]
212     [_WA_Sys_00000002_48CFD27E],不需要更新...
213     [_WA_Sys_00000003_48CFD27E],不需要更新...
214     [_WA_Sys_00000004_48CFD27E],不需要更新...
215     [_WA_Sys_00000005_48CFD27E],不需要更新...
216     已更新 0 条索引/统计信息,4 不需要更新。
217  
218 正在更新 [dbo].[Tmp_testComputeColumn]
219     已更新 0 条索引/统计信息,0 不需要更新。
220  
221 正在更新 [dbo].[test1]
222     [PK_test1],不需要更新...
223     已更新 0 条索引/统计信息,1 不需要更新。
224  
225 正在更新 [dbo].[test13]
226     [pk],不需要更新...
227     已更新 0 条索引/统计信息,1 不需要更新。
228  
229 正在更新 [dbo].[Department8]
230     [NCL_Name_GroupName],不需要更新...
231     [_WA_Sys_00000001_52E34C9D],不需要更新...
232     [_WA_Sys_00000003_52E34C9D],不需要更新...
233     已更新 0 条索引/统计信息,3 不需要更新。
234  
235 正在更新 [dbo].[Department12]
236     [PK__Department12__7167D3BD],不需要更新...
237     [NCL_Name_GroupName],不需要更新...
238     已更新 0 条索引/统计信息,2 不需要更新。
239  
240 正在更新 [dbo].[CompareNonclusteredScan]
241     [_WA_Sys_00000003_73501C2F],不需要更新...
242     已更新 0 条索引/统计信息,1 不需要更新。
243  
244 正在更新 [dbo].[Department13]
245     [PK__Department13__762C88DA],不需要更新...
246     [NCL_Name_GroupName],不需要更新...
247     [_WA_Sys_00000003_753864A1],不需要更新...
248     已更新 0 条索引/统计信息,3 不需要更新。
249  
250 正在更新 [sys].[queue_messages_1977058079]
251     [queue_clustered_index],不需要更新...
252     [queue_secondary_index],不需要更新...
253     已更新 0 条索引/统计信息,2 不需要更新。
254  
255 正在更新 [dbo].[Department11]
256     [PK__Department11__7908F585],不需要更新...
257     [NCL_Name_GroupName],不需要更新...
258     已更新 0 条索引/统计信息,2 不需要更新。
259  
260 正在更新 [sys].[queue_messages_2009058193]
261     [queue_clustered_index],不需要更新...
262     [queue_secondary_index],不需要更新...
263     已更新 0 条索引/统计信息,2 不需要更新。
264  
265 正在更新 [sys].[queue_messages_2041058307]
266     [queue_clustered_index],不需要更新...
267     [queue_secondary_index],不需要更新...
268     已更新 0 条索引/统计信息,2 不需要更新。
269  
270 正在更新 [dbo].[Demo_AExportHeader]
271     已更新 0 条索引/统计信息,0 不需要更新。
272  
273 正在更新 [dbo].[table_a]
274     [_WA_Sys_00000001_7B905C75],不需要更新...
275     已更新 0 条索引/统计信息,1 不需要更新。
276  
277 正在更新 [dbo].[tableA]
278     [_WA_Sys_00000002_7E6CC920],不需要更新...
279     已更新 0 条索引/统计信息,1 不需要更新。
280  
281 已更新了所有表的统计信息。

View Code