图片 5

索引阐述系列八,SQLSERVER是怎麽通过索引和统计信息来找到目标数据的

一.概述  

  sql
server在快速查询值时独有索引还相当不足,还亟需通晓操作要拍卖的数据量有稍许,进而测度出复杂度,采纳二个代价小的进行安排,那样sql
server就掌握了数码的遍及处境。索引的总括值消息,还放置计策用来在并未有索引的属性列上创建总括值。在有目录和尚未索引的品质列上总结值消息会被机关珍惜。当先十分之五风貌下无需手动去维护总计音信。
  
  作用是 sqlserver
查询优化器使用总括新闻来创制可加强查询品质的查询布署。
对于当先55%询问,查询优化器已为高素质查询安插生成必得的总计消息。每一个索引都会活动建设构造计算新闻,
总括消息的准确性直接影响指令的进程,实行安顿的抉择是依照计算音讯。

  1.1 属性列总结值
  暗中认可情形下,每当在多少个查询的where子句中利用非索引属性列时,sqlserver会自动地创立总括值,总括名称以_WA_Sys开头。

-- 查看表中非索引的统计信息
 sp_helpstats PUB_Search_Log

   如下所示:

 图片 1图片 2

  1.2 自动更新计算音讯的阀值

  在自动更新总括音信选项 AUTO_UPDATE_STATISTICS 为 ON
时,查询优化器将规定总结音信几时大概过期。查询优化器通过测算自最终总计音讯更新后数据修改的次数並且将这一退换次数与某一阈值举办相比,鲜明总结音信哪天恐怕过期。
  (1)假使在评估时间计算新闻时表基数为 500 或更低,则每达到 500
次修改时更新贰遍。
  (2)若是在评估时间计算音信时表基数大于 500,则变动每达到 500 +
十分之二的行数更新一回(大表非常要专一更新时间)

SQLSE奥迪Q3VESportage是怎麽通过索引和总结新闻来找到对象数据的(第三篇)

 近日着实未有啥精力写小说,每一天加班,为了实现这些体系,硬着头皮上了

再看那篇文章在此以前请大家先看本人此前写的率先篇和第二篇

第一篇:SQLSE奇骏VE大切诺基是怎麽通过索引和总计消息来找到对象数据的(第一篇)

第二篇:SQLSEPRADOVEPRADO是怎麽通过索引和总计音讯来找到对象数据的(第二篇)

 

1、总结音讯的意义与功用

为了以尽量快的速度实现语句,光有目录是远远不够的。对于同一句话,SQLSEOdysseyVE途锐有很三种艺术来形成他。

稍微措施相符于数据量一点都不大的时候,某些措施切合于数据量比比较大的时候。同一种艺术,在数据量分歧的时候,

复杂度会有那些大的反差。索引只好救助SQLSEKugaVE奥迪Q5找到相符条件的笔录。SQLSEENCOREVE路虎极光还须求知道每一样操作

所要管理的数据量有多少,进而预计出复杂度,选拔叁个代价最小的实践布置。说得深入显出一点,SQLSECR-VVE索罗德要可以

领会数码是“长得如何”的手艺用最快方法成功指令

 

SQLSEENCOREVE锐界不像人,光看看数据就可知大意心境有数。那么怎麽能让SQL知道数码的布满新闻吗?

在数据库管理种类里有个常用的本事,便是数量“总括音讯(statistics)”

SQLSE冠道VE中华V便是通过她通晓多少的布满境况的

 

上面能够先来看前两篇文章的两张典范表在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)

图片 3

计算信息内容分3部分

1、总括新闻头音信

       列名                              说明

      name                     总括新闻的称号,这里便是索引的名字

     updated                  上叁回革新计算音讯的日子和时间。这里是12
18 二零一一  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编号
                             
最八只会有一条记下再次回到,在如此的字段上的过滤条件,能够使得地过滤掉大批量数额
                              再次回到的结果集会一点都不大
                             
举个相反的例证:性别。全体人唯有二种,非男即女。那一个字段上的重复性就非常高
                             
选用性就相当低。一个过滤条件,最五只好过滤掉二分一的笔录
                             
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

 

从这一有的的消息,能够推论出总结新闻所关怀的字段的尺寸,以及他有微微条独一值。不过这几个音信对SQLSEWranglerVE翼虎预测结果集复杂度还缺乏。

比方本人以往要查叁个SalesOrderID=四千0的订单,照旧不知晓会有多少记录重返。这里供给第三有个别的音讯

 

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

     range_rows                  直方图里每组数据区间行数,上限值除此之外第一组唯有多个数:43659
                                       
第三组也独有叁个数:75132,其他数据都在第二组里,区间里有31475个数

      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,在这几个间隔里有314柒十二个值,并且从不重复值,所以能够推算出表里的值正是从43659起先到75132结束的各样int值。

SQL无需存款和储蓄相当多step的消息,只要那3个step,就可见统统一发布挥数据布满

 

这里要表达两点的是:

(1)假设二个计算音信是为一组字段创立的,比如二个复合索引创立在多个以上的字段上,SQLSEQashqaiVE本田CR-V维护全体字段的采纳性音讯,

只是只会维护第贰个字段的直方图。因为第一个字段的行数便是整张表的行数,固然那几个字段在某条记下里为null,SQLSE大切诺基VE君越也会做总括

(2)当表格相当的大的时候,SQLSEENVISIONVEOdyssey在更新计算消息的时候为了降低消耗,只会取表格的一片段数据做抽样(rows
sample),

那会儿总结新闻里面包车型客车数量都以依照这一个抽样数据估计出来的值或者和实在值会略微出入

 

总结消息越稳重,当然会越规范,但是尊崇计算新闻要交给的额外花费也就越大。有十分大可能率增进总括音讯正确度所推动的奉行质量的晋级

还抵消不了维护总括音信开支的充实。
SQLSE本田UR-VVE奥迪Q7做如此的安顿,不是因为其技艺有限,而是为了寻求二个对大多数动静都符合的平衡

 

——————————————-总结音讯的掩护和翻新———————————

当SQLSEEnclaveVECR-V须要去揣测有个别操作的复杂度时,他迟早要试图去找出对应的总括音讯做支撑。

DBA不恐怕预估SQLSERubiconVELacrosse会运营什么样的操作,所以也不能预估SQLSEQashqaiVE福睿斯恐怕供给什么的计算新闻

一旦靠人工来树立和护卫总计音信,那将是二个极其复杂的工程。辛亏SQLSECR-VVE途锐不是那样设计的

在大多数情形下,SQLSE兰德宝马X5VE奔驰M级本身会很好地维护和换代计算消息,客户基本未有感觉,DBA也从不额外的担当。

那首借使因为在SQLSE牧马人VE揽胜
数据库属性里,有四个暗许张开的装置

auto create statistics 自动创设总计音信

auto update statistics自动更新计算音信

她俩力所能致让SQLSETiguanVE景逸SUV在急需的时候自动创立要用到的计算音讯,也能在开掘总括消息过时的时候,自动去创新她

图片 4

 

SQLSERAV4VERAV4会在怎么着情况下创办总括音讯呢?

主要有3种情况

(1)在目录创立时,SQLSESportageVE奥德赛会自动在目录所在的列上成立总计消息,所以从某种角度讲,索引的效用是重新的,

他和谐能够扶助SQLSE途乐VEEvoque飞速找到数据,而她方面包车型客车总计新闻,也能够告诉SQLSE奥迪Q3VECR-V数据的分布意况

填补一下:索引重新建立的时候也会更新表的总结新闻,所以不常候查询变慢的时候重新建立一下索引查询变快了统计音讯的创新也是原因之一

 

(2)DBA也足以透过之类的讲话手动创立他感到要求的总计音信 CREATE
STATISTICS

一经张开了auto create
statistics自动成立计算消息,常常来说非常少必要手动创制

 

(3)当SQSEPRADOVEHavalL想要使用一些列上的总括新闻,开掘并没一时,“auto create
statistics 自动创立总计音讯”

会让SQLSEWranglerVEEvoque自动创制总结新闻

举个例子说,当语句要在某些(也许多少个)字段上做过滤,或许要拿他们和别的一张表做衔接(join)
SQLSELX570VE福睿斯要估摸最终从那张表会再次回到多少记录。

那时就要求一个总结音讯的支撑。若无,SQLSE奔驰M级VELacrosse会自动创立贰个

 

在展开“auto create statistics
自动创立总计新闻”的数据库上,平时不需求思念SQLSE奥德赛VESportage未有丰盛的总计新闻来摘取实施安顿。

这点完全交给SQLSEENVISIONVE福睿斯管理就足以了

 

更新总计新闻

SQLSE昂CoraVEENCORE不止要创建适宜的总计音信,还要及时更新他们,使她们能力所能达到反映表格里多少的变迁数据的插入、删除、修改都恐怕会孳生计算音讯的更新。

而是,更新总计新闻本人也是一件消耗电源的作业,极其是对相当的大的报表。就算有一小点小的修改SQLSE途乐VRAV4都要去革新总计消息,

可能SQLSEKugaVEEnclave就得光忙活那么些,来比不上做其他交事务情了。SQLSE英菲尼迪Q60VE昂Cora依然要在计算音讯的准确度和财富合理消耗之间做贰个平衡。

在SQL二零零七/SQL二〇〇八,触发计算消息自动更新的规范是:

(1)尽管总计消息是概念在平凡表格上,那么当发生下边变化之一后,总括音讯就被以为是不达时宜的了。下一次选取到时,会活动触发二个创新动作

暌违数据库的时候,也足以手动选项是不是更新计算消息

 1、表格从未有数量形成有超乎等于1条数额

2、对于数据量小于500行的报表,当总括消息的率先个字段数据累计变化量大于500现在

3、对于数据量大于500行的报表,当总括音讯的首先个字段数据累计变化量大于
–500+(十分之四*报表数据总数)今后。所以对于相当大的表,

独有1/5之上的数目发生变化后 –SQL才会去重算总括消息

 

(2)临时表(temp
table)上得以有总括新闻。其爱慕政策基本和普通表一致。 然而表变量(table
variable)上无法创制总计新闻

 

与此相类似的保证政策能够保险花费非常的小的代价,确认保证总括新闻基本科学

 

SQL3000和SQL二〇〇七在创新计算新闻的计谋上的区别:

在SQLSEMacanVEEnclave三千的时候,倘诺SQLSE福特ExplorerV中华V在编写翻译二个言辞时意识某些表的某部总结新闻已经过时,

他会暂停语句的编译,转去更新总括音信,等总计消息更新好之后,用新的音信来狠抓行安插。那样的秘技

理所当然能够扶助获得三个更确切的推行布署,可是短处是语句推行要等总结信息更新完成。这些历程有一些困难。

在大繁多动静下,语句实施功效对总计消息尚未那么敏感。若是用老的总括音讯也能做出比较好的实施布置,

此地的等待就白等了

 

由此在SQLSE悍马H2VEENCORE2007以往,数据库属性多了三个“auto update statistics
asynchronously自动异步更新计算新闻”

图片 5

当SQLSEENVISIONVECRUISER发掘某些总结音信过时时,他会用老的总括音讯接轨现在的查询编写翻译,不过会在后台运转贰个职责,更新那一个总括音讯。

如此下贰遍总结音讯被利用到时,就已然是一个更新过的本子。那样做的弱项是,不能够确认保障当前那句询问的实践陈设准确性。

漫天有利有弊,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

图片 6图片 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

 

发表评论

电子邮件地址不会被公开。 必填项已用*标注