为什麽我们一般会在自增列或交易时间列上建立聚集索引

￡神魔★判官ぃ 2022-08-07 00:28 27阅读 0赞

# 为什麽我们一般会在自增列或交易时间列上建立聚集索引？ #

到新公司上班也有一段时间了，感觉现在的自己才开始慢慢学习SQL~

看这篇文章之前，大家可以先看一下我之前写的一篇文章

[聚集索引表插入数据和删除数据的方式是怎样的][Link 1]

一般的交易系统里面我们都会以自增列或交易时间列作为聚集索引列，因为一般这些系统都是写多读少

每天的交易数据会不停的插入到数据库，但是读取数据就没有数据插入那么频繁

因为这些系统一般是写多读少，所以我们会选择在自增列或交易时间列上建立聚集索引

--------------------

**测试**

测试环境：SQLSERVER2012 SP1  WINDOWS7 64位

我们来做一个测试，测试脚本如下：

![复制代码][copycode.gif]

在transtable表上的transtime（交易时间）上建立聚集索引，在transtable2表上的tranid（交易编号）上建立聚集索引

我们分别在两个表上插入500000条记录，插入的时候有个特点，就是插入的tranid都是基数

1 SELECT COUNT(*) FROM [dbo].[transtable]
    2 SELECT COUNT(*) FROM [dbo].[transtable2]
    3 
    4 SELECT TOP 10 * FROM [dbo].[transtable] ORDER BY [tranid]
    5 SELECT TOP 10 * FROM [dbo].[transtable2] ORDER BY [tranid]

![252341002358027.jpg][]

我们创建两个存储过程，这两个存储过程为插入到表数据

![ContractedBlock.gif][] ![ExpandedBlockStart.gif][]

![复制代码][copycode.gif]

1 --------------------------------------------
     2 --创建两个存储过程
     3 CREATE PROC INSERTTranstable
     4 AS
     5     DECLARE @i INT
     6     SET @i = 1
     7     WHILE @i <= 1000
     8         BEGIN 
     9             IF ( @i % 2 = 0 )
    10                 BEGIN
    11                     INSERT  INTO [dbo].[transtable]
    12                             SELECT  @i ,
    13                                     GETDATE()
    14                     SET @i = @i + 1
    15                 END
    16             ELSE
    17                 BEGIN
    18                     SET @i = @i + 1
    19                     CONTINUE 
    20                 END
    21         END
    22 ------------------------------------------
    23 CREATE PROC INSERTTranstable2
    24 AS
    25     DECLARE @i INT
    26 SET @i = 1
    27 WHILE @i <= 1000
    28     BEGIN 
    29         IF ( @i % 2 = 0 )
    30             BEGIN
    31                 INSERT  INTO [dbo].[transtable2]
    32                         SELECT  @i ,
    33                                 GETDATE()
    34                 SET @i = @i + 1
    35             END
    36         ELSE
    37             BEGIN
    38              SET @i = @i + 1
    39                 CONTINUE 
    40             END
    41     END
    42 -----------------------------

![复制代码][copycode.gif]

测试脚本，测试一下插入到两个表的时间

![ContractedBlock.gif][] ![ExpandedBlockStart.gif][]

![复制代码][copycode.gif]

1 测试插入偶数行的性能
     2 DECLARE @a DATETIME
     3 DECLARE @b DATETIME
     4 SELECT @a=GETDATE()
     5 EXEC INSERTTranstable
     6 SELECT @b=GETDATE()
     7 SELECT @b-@a
     8 --------------------------------------
     9 
    10 DECLARE @c DATETIME
    11 DECLARE @d DATETIME
    12 SELECT @c=GETDATE()
    13 EXEC INSERTTranstable2
    14 SELECT @d=GETDATE()
    15 SELECT @d-@c

![复制代码][copycode.gif]

验证一下偶数的交易编号是否已经插入到两个表中

![ContractedBlock.gif][] ![ExpandedBlockStart.gif][]

1 SELECT TOP 10 * FROM [dbo].[transtable] ORDER BY [tranid]
    2 SELECT TOP 10 * FROM [dbo].[transtable2] ORDER BY [tranid]

![260031286105875.jpg][]

我们看一下时间

第一个表

![260032064701375.jpg][]

第二个表

![260032132046185.jpg][]

很明显，第一个表比第二个表快，因为的机器的硬盘是固态硬盘，时间差距不是很大，如果是机械硬盘时间差距会大一些，那么究竟为什麽会造成这种情况呢?

我们用下图来解析一下

我们先说第二张表

![260944259074158.jpg][]

![260944384542992.jpg][]

当交易编号为2的那条记录插入进来的时候，后面的记录都需要向后移动，以使交易编号从小到大排序，因为聚集索引建立在交易编号列上

这个移动时间是有开销的，而且每次偶数交易编号插入到表中，每插入一次就移动一次，而当前面的记录插入到表中的时候移动的记录数就越多

例如：tranid：2，transtime：2014-1-26 31：22.180插入到表中的时候后面的记录都需要移动，而tranid：978，transtime：2014-01-26 00:29:10.830

这条记录插入到表中的时候，后面需要移动的记录数就没有那么多，总之那个开销挺大的。。。

第一张表的情况

![260946039546271.jpg][]

因为第一张表是以交易时间为聚集索引列的，所以无论交易编号是多少，记录都会插入到表的最后，因为后来的记录的交易时间肯定比前面的记录的交易时间大

这样的话，基本上没有开销

--------------------

**现实系统中的情况**

实际系统中，新生成的要插入到表中的交易编号是有可能小于当前表中的某条记录的交易编号的，那么这时候记录插入到表中就需要移位（如果聚集索引建立在交易编号上）

如果聚集索引建立在交易时间上，那么新生成的要插入到表中的交易记录时间肯定会大于当前表中的任何一条交易记录的时间

（除非人为修改系统时间造成当前时间比数据库中的某些记录的交易时间要早）

--------------------

**总结**

前公司的数据库有些表在自增列，有些表在交易时间列上建立了聚集索引，在交易时间列上建立聚集索引个人觉得很正常

因为在查询的时候按照交易时间来排序《order by 交易时间》，速度上是很快的，但是除了排序之外还有一个作用就是本文所讲到的

插入数据到表中的效率问题

个人觉得一般商场管理系统，油站管理系统都是这类型系统

本文的意见纯属我自己的个人意见， **并不一定适合您的系统**，如果交易时间的选择性不是太高的话，那么可能在交易时间或自增列上建立聚集索引就不是太合适了

我们以前的系统的交易时间的选择性是挺高的，而且通常查询都需要按照交易时间排序，那么聚集索引列建立在交易时间上就是比较好了

本次实验用到的完整脚本

![ContractedBlock.gif][] ![ExpandedBlockStart.gif][]

![复制代码][copycode.gif]

1 --测试脚本  插入性能
      2 USE [test]
      3 GO
      4 --建表 以transtime为聚集索引列
      5 CREATE TABLE transtable(tranid INT ,transtime DATETIME)
      6 GO
      7 CREATE CLUSTERED INDEX CIX_transtable ON [dbo].[transtable]([transtime])
      8 GO
      9 
     10 --建表 以tranid为聚集索引列
     11 CREATE TABLE transtable2(tranid INT ,transtime DATETIME)
     12 GO
     13 CREATE CLUSTERED INDEX CIX_transtable2 ON [dbo].[transtable2]([tranid])
     14 GO
     15 
     16 ----------------------------------------------------------
     17 --先插入测试数据，插入的tranid都为基数
     18 DECLARE @i INT
     19 SET @i = 1
     20 WHILE @i <= 1000000
     21     BEGIN 
     22         INSERT  INTO [dbo].[transtable]
     23                 SELECT  @i , GETDATE()
     24         SET @i = @i + 2
     25     END
     26 --------------------------------------
     27 DECLARE @i INT
     28 SET @i = 1
     29 WHILE @i <= 1000000
     30     BEGIN 
     31         INSERT  INTO [dbo].[transtable2]
     32                 SELECT  @i , GETDATE()
     33         SET @i = @i + 2
     34     END
     35 
     36 -------------------------------------------
     37 SELECT COUNT(*) FROM [dbo].[transtable]
     38 SELECT COUNT(*) FROM [dbo].[transtable2]
     39 
     40 SELECT TOP 10 * FROM [dbo].[transtable] ORDER BY [tranid]
     41 SELECT TOP 10 * FROM [dbo].[transtable2] ORDER BY [tranid] 
     42 
     43 --------------------------------------------
     44 --创建两个存储过程
     45 CREATE PROC INSERTTranstable
     46 AS
     47     DECLARE @i INT
     48     SET @i = 1
     49     WHILE @i <= 1000
     50         BEGIN 
     51             IF ( @i % 2 = 0 )
     52                 BEGIN
     53                     INSERT  INTO [dbo].[transtable]
     54                             SELECT  @i ,
     55                                     GETDATE()
     56                     SET @i = @i + 1
     57                 END
     58             ELSE
     59                 BEGIN
     60                     SET @i = @i + 1
     61                     CONTINUE 
     62                 END
     63         END
     64 ------------------------------------------
     65 CREATE PROC INSERTTranstable2
     66 AS
     67     DECLARE @i INT
     68 SET @i = 1
     69 WHILE @i <= 1000
     70     BEGIN 
     71         IF ( @i % 2 = 0 )
     72             BEGIN
     73                 INSERT  INTO [dbo].[transtable2]
     74                         SELECT  @i ,
     75                                 GETDATE()
     76                 SET @i = @i + 1
     77             END
     78         ELSE
     79             BEGIN
     80              SET @i = @i + 1
     81                 CONTINUE 
     82             END
     83     END
     84 -----------------------------
     85 
     86 测试插入偶数行的性能
     87 DECLARE @a DATETIME
     88 DECLARE @b DATETIME
     89 SELECT @a=GETDATE()
     90 EXEC INSERTTranstable
     91 SELECT @b=GETDATE()
     92 SELECT @b-@a
     93 --------------------------------------
     94 
     95 DECLARE @c DATETIME
     96 DECLARE @d DATETIME
     97 SELECT @c=GETDATE()
     98 EXEC INSERTTranstable2
     99 SELECT @d=GETDATE()
    100 SELECT @d-@c

![复制代码][copycode.gif]

**如有不对的地方，欢迎大家拍砖o(∩\_∩)o**

[![4.png][]][4.png 1]

分类: [ SQLSERVER索引][SQLSERVER]

标签: [ 聚集索引列在时间上][Link 2], [ 聚集索引自增列][Link 3], [ 聚集索引在交易编号][Link 4], [ 聚集索引排序][Link 5], [ 聚集索引查找][Link 6]

绿色通道：  好文要顶 关注我  收藏该文 [与我联系][Link 7] ![icon_weibo_24.png][]

[![20140422195336.png][]][20140422195336.png 1]

[桦仔][20140422195336.png 1]  
[关注 - 98][- 98]  
[粉丝 - 1049][- 1049]

荣誉： [推荐博客][Link 8]

\+加关注

(请您对文章做出评价)

[« ][Link 9]上一篇： [SQLSERVER PRINT语句的换行][Link 9]  
[» ][Link 10]下一篇： [在SSMS里查看TDS数据包内容][Link 10]

posted @ 2014-01-26 10:39 [ 桦仔][Link 11] 阅读( 1476) 评论( 33) [ 编辑][Link 12] [收藏][Link 13]

评论列表

[\#1楼][1]  2014-01-26 10:46 [ 色拉油啊油][Link 14] [  ][Link 15]

交易时间列上建立聚集索引碎片问题怎么办？

支持(0) 反对(0)

http://pic.cnitblog.com/face/349217/20141207171254.png

[\#2楼][2] \[ 楼主\] 2014-01-26 12:36 [ 桦仔][Link 11] [  ][Link 16]

[@][1]dolphinX  
[引用][1] 交易时间列上建立聚集索引碎片问题怎么办？  
碎片问题无论你在交易时间列还是交易编号列上建立聚集索引，碎片都是会有的，你要删除表数据的话，有碎片只能使用重建/重组索引解决

支持(0) 反对(0)

/images/20220805/038ff3ffe29647e58caffbe895859532.png

[\#3楼][3]  2014-01-26 14:18 [ 金色海洋（jyk）阳光男孩][_jyk] [  ][Link 17]

根本就不应该 给 交易编号 设置聚集索引。  
  
一个表应该有一个自己的主键字段，把这个主键字段设置为聚集索引。  
  
这样在MSSQL里面，才是效率最高的。  
  
主键字段是业务逻辑无关的，就是说他不会因为业务逻辑改变了，而修改其值。  
  
一般采用int自增。这样插入新纪录就不会引起记录数据的移动。

支持(0) 反对(0)

http://pic.cnitblog.com/face/u17148.jpg?id=03051207

[\#4楼][4] \[ 楼主\] 2014-01-26 16:25 [ 桦仔][Link 11] [  ][Link 16]

[@][3]金色海洋（jyk）阳光男孩  
[引用][3] 根本就不应该 给 交易编号 设置聚集索引。  
金色海洋（jyk）阳光男孩大侠您好  
一个表应该有一个自己的主键字段，把这个主键字段设置为聚集索引。  
  
这样在MSSQL里面，才是效率最高的。  
  
主键字段是业务逻辑无关的，就是说他不会因为业务逻辑改变了，而修改其值。  
  
一般采用int自增。这样插入新纪录就不会引起记录数据的移动。  
我们现在也是使用int自增,不过您说的聚集索引要建立在业务逻辑无关的字段上这个不一定,例如交易时间列  
这样在选择交易时间的时候就可以用到聚集索引查找,和排序,而且交易时间也不会修改一般

支持(0) 反对(0)

/images/20220805/038ff3ffe29647e58caffbe895859532.png

[\#5楼][5]  2014-01-26 17:51 [ gw2010][gw2010] [  ][Link 18]

金色海洋的说法我也反对一下，  
大好的一个聚集索引你竟然后要放在与业务无关的列上。

支持(0) 反对(0)

[\#6楼][6] \[ 楼主\] 2014-01-26 23:07 [ 桦仔][Link 11] [  ][Link 16]

[@][5]gw2010  
[引用][5] 金色海洋的说法我也反对一下，  
大好的一个聚集索引你竟然后要放在与业务无关的列上。  
@gw2010大侠我觉得看情况吧，我的新公司现在的系统也是建立在自增列上的啊，不过在同一张表会有其他的非聚集索引做补充

支持(0) 反对(0)

/images/20220805/038ff3ffe29647e58caffbe895859532.png

[\#7楼][7]  2014-01-26 23:22 [ gw2010][gw2010] [  ][Link 18]

[@][6]桦仔  
[引用][6] @gw2010  
引用引用金色海洋的说法我也反对一下，  
大好的一个聚集索引你竟然后要放在与业务无关的列上。  
@gw2010大侠我觉得看情况吧，我的新公司现在的系统也是建立在自增列上的啊，不过在同一张表会有其他的非聚集索引做补充  
我不是说这种不可以，其实多数都是自增列上，自增列也是有业务的啊。  
好多单条的取数，连接，排序都会用到自增列，所以自增列有很多时候很适合聚集索引。  
我只是想表达一下索引是为了查询提速，而查询一般是会用到业务，比如时间段内的什么什么数据，最近的多少条数据之类的，所以我是这相意思。

支持(0) 反对(0)

[\#8楼][8] \[ 楼主\] 2014-01-26 23:55 [ 桦仔][Link 11] [  ][Link 16]

支持(0) 反对(0)

/images/20220805/038ff3ffe29647e58caffbe895859532.png

[\#9楼][9]  2014-01-27 10:09 [ ocean][ocean] [  ][Link 19]

[@][3]金色海洋（jyk）阳光男孩  
其实我是不建议在自增列上建立聚集索引的，实际上如果没有特殊的需要，就不应该有自增列。  
什么情况下用自增列？就是你找不到明显主键的时候，比如新闻、Blog这样的系统，你没法说按照标题来做主键，因为标题可能会重复，时间也很难，因为同一时间可能多个人发帖，无论怎么弄都有可能会重复，这时才建立一个自增列来做主键，并且在之上建立聚集索引。  
  
如果是有明显能区分出唯一性的，比如交易编号这种，那直接在交易编号上建立聚集索引就好了，没必要再弄一个自增列。聚集索引应该用于业务上查询最多的字段上，而且这个字段还是唯一性的。对于交易的查询可能交易编号、交易时间都是查询条件中最多的，类似比如订单编号，你打客服，可能直接报订单编号，客服直接就能查到，如果你再额外弄个自增列做聚集索引，明显就没有很好的利用聚集索引的优秀特性。  
  
当然建议是聚集索引上的列最好是不修改的，比如交易编号、订单编号这样的，一旦确定就不会修改，经常修改的字段是不适合做聚集索引的。

支持(0) 反对(0)

[\#10楼][10] \[ 楼主\] 2014-01-27 10:13 [ 桦仔][Link 11] [  ][Link 16]

支持(0) 反对(0)

/images/20220805/038ff3ffe29647e58caffbe895859532.png

[\#11楼][11]  2014-01-27 13:29 [ 我是大菠萝][Link 20] [  ][Link 21]

[@][10]桦仔  
在创建时间上添加聚集索引，对某些分布式场景不太适用；  
比如一个比较繁忙的交易系统，可能在订单服务器前有一些接单服务器负责支撑较为繁忙的下单任务，再通过某种同步机制将多点数据汇总到一台服务器上，如果选择在创建时间上添加聚集索引，一是业务的繁忙可能导致多个订单在同一时间创建，这样在检索的时候，还是要通过系统的rowid进行区分；二是由于涉及到前置接单服务器，可能从时间上并不能保证完全一致，这样在写入订单服务器是，仍旧会有页分裂的问题；  
因此，我认为，选择能保证写入顺序的主键作为聚集索引才是最优的

支持(0) 反对(0)

http://pic.cnitblog.com/face/568379/20140115123723.png

[\#12楼][12] \[ 楼主\] 2014-01-27 15:17 [ 桦仔][Link 11] [  ][Link 16]

[@][11]我是大菠萝  
[引用][11] @桦仔  
在创建时间上添加聚集索引，对某些分布式场景不太适用；  
比如一个比较繁忙的交易系统，可能在订单服务器前有一些接单服务器负责支撑较为繁忙的下单任务，再通过某种同步机制将多点数据汇总到一台服务器上，如果选择在创建时间上添加聚集索引，一是业务的繁忙可能导致多个订单在同一时间创建，这样在检索的时候，还是要通过系统的rowid进行区分；二是由于涉及到前置接单服务器，可能从时间上并不能保证完全一致，这样在写入订单服务器是，仍旧会有页分裂的问题；  
因此，我认为，选择能保证写入顺序的主键作为聚集索引才是最优的  
确实,时间太快会有很多重复时间,目前我们也是使用自增列为主键的  
有空真的要多向菠萝熊学习o(∩\_∩)o

支持(0) 反对(0)

/images/20220805/038ff3ffe29647e58caffbe895859532.png

[\#13楼][13]  2014-01-29 11:55 [ 金色海洋（jyk）阳光男孩][_jyk] [  ][Link 17]

主键 + 聚集索引 是给数据库用的。  
  
用于数据库的查找记录，修改记录，删除记录，最主要的是做关联。  
  
关系型数据库的特点是啥？关联，就是表与表是怎么连系到一起的。  
  
那么关联的时候你用什么类型的字段？int、datetime、guid、还是字符串？或者是小数？  
  
基本上不是int就是guid。  
  
那么要提高效率，当然是给关联字段加上聚集索引了。  
  
  
基本就是这样了。

支持(0) 反对(0)

http://pic.cnitblog.com/face/u17148.jpg?id=03051207

[\#14楼][14]  2014-01-29 11:58 [ 金色海洋（jyk）阳光男孩][_jyk] [  ][Link 17]

[@][4]桦仔  
[引用][4] @金色海洋（jyk）阳光男孩  
引用引用根本就不应该 给 交易编号 设置聚集索引。  
金色海洋（jyk）阳光男孩大侠您好  
一个表应该有一个自己的主键字段，把这个主键字段设置为聚集索引。  
  
这样在MSSQL里面，才是效率最高的。  
  
主键字段是业务逻辑无关的，就是说他不会因为业务逻辑改变了，而修改其值。  
  
一般采用int自增。这样插入新纪录就不会引起记录数据的移动。  
我们现在也是使用int自增,不过您说的聚集索引要建立在业务逻辑无关的字段上这个不一定,例如交易时间列  
这样在选择交易时间的时候就可以用到聚集索引查找,和排序,而且交易时间也不会修改一般  
  
  
你也说了，是 “一般”。  
  
那万一要改呢，麻烦死you。  
  
另外，最需要聚集索引的地方是，关联字段。五百万的表和一万的表做关联，如果关联字段不是聚集索引的话，后果是啥样子的呢？

支持(0) 反对(0)

http://pic.cnitblog.com/face/u17148.jpg?id=03051207

[\#15楼][15]  2014-01-29 11:59 [ 金色海洋（jyk）阳光男孩][_jyk] [  ][Link 17]

[@][5]gw2010  
[引用][5] 金色海洋的说法我也反对一下，  
大好的一个聚集索引你竟然后要放在与业务无关的列上。  
  
打好的聚集索引，这个是为数据库自己服务的，完全不是为了业务逻辑。  
  
非聚集索引才是为业务逻辑服务的，主要是查询和排序。

支持(0) 反对(0)

http://pic.cnitblog.com/face/u17148.jpg?id=03051207

[\#16楼][16] \[ 楼主\] 2014-01-29 12:00 [ 桦仔][Link 11] [  ][Link 16]

[@][14]金色海洋（jyk）阳光男孩  
[引用][14] @桦仔  
引用引用@金色海洋（jyk）阳光男孩  
引用引用根本就不应该 给 交易编号 设置聚集索引。  
金色海洋（jyk）阳光男孩大侠您好  
一个表应该有一个自己的主键字段，把这个主键字段设置为聚集索引。  
  
这样在MSSQL里面，才是效率最高的。  
  
主键字段是业务逻辑无关的，就是说他不会因为业务逻辑改变了，而修改其值。  
  
一般采用int自增。这样插入新纪录就不会引起记录数据的移动。  
我们现在也是使用int自增,不过您说的聚集索引要建立在业务逻辑无关的字段上这个不一定,例如交易时间列  
这样在选择交易时间的时候就可以用到聚集索引查找,和排序,而且交易时间也不会修改一般  
  
  
你也说...  
是啊，主键肯定要想好的，例如是使用int还是bigint，要考虑以后的数据量，我们现在的数据量需要使用bigint来存储，如果表需要做复制，那么更加需要谨慎考虑主键字段了，做了复制不能随便更改主键

支持(0) 反对(0)

/images/20220805/038ff3ffe29647e58caffbe895859532.png

[\#17楼][17]  2014-01-29 12:03 [ 金色海洋（jyk）阳光男孩][_jyk] [  ][Link 17]

[@][7]gw2010  
[引用][7] @桦仔  
引用引用@gw2010  
引用引用金色海洋的说法我也反对一下，  
大好的一个聚集索引你竟然后要放在与业务无关的列上。  
@gw2010大侠我觉得看情况吧，我的新公司现在的系统也是建立在自增列上的啊，不过在同一张表会有其他的非聚集索引做补充  
我不是说这种不可以，其实多数都是自增列上，自增列也是有业务的啊。  
好多单条的取数，连接，排序都会用到自增列，所以自增列有很多时候很适合聚集索引。  
我只是想表达一下索引是为了查询提速，而查询一般是会用到业务，比如时间段内的什么什么数据，最近的多少条数据之类的，所以我是这相意思。  
  
  
关于查询，要利用非聚集索引。  
  
往往查询都是多个字段查询，比如有时候要按时间段查，有时候要按分类查，有时候按单号查。有的时候多个字段一起查。  
  
显然聚集索引是搞不定的，因为只能给一个字段加聚集索引。  
  
所以说要用非聚集索引。  
  
非聚集索引依赖的是啥呢？聚集索引。这个有时间在细说。

支持(0) 反对(0)

http://pic.cnitblog.com/face/u17148.jpg?id=03051207

[\#18楼][18] \[ 楼主\] 2014-01-29 12:05 [ 桦仔][Link 11] [  ][Link 16]

[@][15]金色海洋（jyk）阳光男孩  
[引用][15] @gw2010  
引用引用金色海洋的说法我也反对一下，  
大好的一个聚集索引你竟然后要放在与业务无关的列上。  
  
打好的聚集索引，这个是为数据库自己服务的，完全不是为了业务逻辑。  
  
非聚集索引才是为业务逻辑服务的，主要是查询和排序。  
看情况吧，如果本身硬盘空间不多，建太多非聚集索引也会占用硬盘空间的

支持(0) 反对(0)

/images/20220805/038ff3ffe29647e58caffbe895859532.png

[\#19楼][19] \[ 楼主\] 2014-01-29 12:07 [ 桦仔][Link 11] [  ][Link 16]

支持(0) 反对(0)

/images/20220805/038ff3ffe29647e58caffbe895859532.png

[\#20楼][20]  2014-01-29 12:21 [ 金色海洋（jyk）阳光男孩][_jyk] [  ][Link 17]

[@][9]ocean  
[引用][9] @金色海洋（jyk）阳光男孩  
其实我是不建议在自增列上建立聚集索引的，实际上如果没有特殊的需要，就不应该有自增列。  
什么情况下用自增列？就是你找不到明显主键的时候，比如新闻、Blog这样的系统，你没法说按照标题来做主键，因为标题可能会重复，时间也很难，因为同一时间可能多个人发帖，无论怎么弄都有可能会重复，这时才建立一个自增列来做主键，并且在之上建立聚集索引。  
  
如果是有明显能区分出唯一性的，比如交易编号这种，那直接在交易编号上建立聚集索引就好了，没必要再弄一个自增列。聚集索引应该用于业务上查询最多的字段上，而且这个字段还是唯一性的。对于交易的查询可能交易编号、交易时间都是查询条件中最多的，类似...  
  
  
对于你说的归纳一下。我喜欢弄个1、2、3。上次归纳了一下，被误会成是逐句批判。冤枉呀，我只是习惯分成几个点来表述我的想法，希望不要误会。  
  
  
1、对于交易的查询可能交易编号、交易时间都是查询条件中最多的  
  
如果是这样的话，那么聚集索引建立在哪个字段上面？交易编号还是交易时间？  
  
前几天网上抢小米，终于抢到了，但是好几天了都不出库。我去大客户电话，客服说：你可以说点单号或者手机号，我给你查一下订单情况。  
  
这里就是订单号和手机号作为查询条件。  
  
如果说把聚集索引给了点单号，那么订单是有很多的，用订单后可以半秒钟就查询出来，那么用手机号呢？因为没有聚集索引，需要好几秒才能查询出来，这个就……  
  
另外，订单号一定要输入全部吗？输入部分订单号可不可以查询？就是模糊查询 like '%xxxxx%'  
  
如果在某些情况下，可以模糊查询，那么恭喜你，聚集索引被浪费掉了。  
  
  
2、明显就没有很好的利用聚集索引的优秀特性  
  
聚集索引的优秀特性，我的理解是：这个是给数据库删除数据（快速定位）、关联数据（也就是查找，还是快速定位）用的，另外就是排序。  
  
这个是聚集索引的本职。  
  
另一个就是为非聚集索引服务。有没有想过非聚集索引是咋回事？  
  
说起来话长了，以后再说。  
  
3、当然建议是聚集索引上的列最好是不修改的。  
  
如果把订单号这一类有业务逻辑的作为聚集索引，那么主动权就交给客户了。  
  
我们完全无法决定。万一哪天客户高兴了，我们的订单号规则要改改。当然这个不可怕，可怕的是要把以前的都改过来。  
  
当然这个还不是最可怕的，最可怕的是，你用订单号做了关联字段。  
  
一个订单里有n个商品，商品里用订单号作为关联。然后订单规则要改，而且要把以前的都改过来。嗯嗯  
  
我只是举个例子，这个例子不太好，因为不太可能发生，请领会含义，谢谢。  
  
  
4、经常修改的字段是不适合做聚集索引的  
  
非常赞同，所以我采用和业务逻辑无关的int自增，这样就完全不会被修改。因为他没有任何业务含义。  
  
当然你可能觉得这种做法太极端了。也许极端了点吧，但是我不用去分析会不会被修改。

支持(0) 反对(0)

http://pic.cnitblog.com/face/u17148.jpg?id=03051207

[\#21楼][21]  2014-02-05 20:25 [ 笑东风][Link 22] [  ][Link 23]

数据库设计需要依据需求来做，没有一个绝对的好与坏，林兄说的是常用情况，对我而言，我一般会考虑以下因素：  
1、聚集索引的长度和稳定性  
2、非聚集索引的数量  
3、查询对聚集索引的使用方式和使用频率  
4、数据操作造成页拆分和页碎片的几率  
  
场景很重要！

支持(0) 反对(0)

http://pic.cnitblog.com/face/174228/20140113231352.png

[\#22楼][22] \[ 楼主\] 2014-02-05 20:41 [ 桦仔][Link 11] [  ][Link 16]

[@][21]笑东风  
[引用][21] 数据库设计需要依据需求来做，没有一个绝对的好与坏，林兄说的是常用情况，对我而言，我一般会考虑以下因素：  
1、聚集索引的长度和稳定性  
2、非聚集索引的数量  
3、查询对聚集索引的使用方式和使用频率  
4、数据操作造成页拆分和页碎片的几率  
  
场景很重要！  
有时候一开始设计考虑不周，后来慢慢演变，以前不是在自增列上加聚集索引的  
这些都是通过理解业务，理解对数据库的影响而改变的，当然我的情况不一定适合您o(∩\_∩)o

支持(0) 反对(0)

/images/20220805/038ff3ffe29647e58caffbe895859532.png

[\#23楼][23]  2014-02-06 22:42 [ gw2010][gw2010] [  ][Link 18]

[@][17]金色海洋（jyk）阳光男孩  
[引用][17] @gw2010  
引用引用@桦仔  
引用引用@gw2010  
引用引用金色海洋的说法我也反对一下，  
大好的一个聚集索引你竟然后要放在与业务无关的列上。  
@gw2010大侠我觉得看情况吧，我的新公司现在的系统也是建立在自增列上的啊，不过在同一张表会有其他的非聚集索引做补充  
我不是说这种不可以，其实多数都是自增列上，自增列也是有业务的啊。  
好多单条的取数，连接，排序都会用到自增列，所以自增列有很多时候很适合聚集索引。  
我只是想表达一下索引是为了查询提速，而查询一般是会用到业务，比如时间段内的什么什么数据，最近的多少条数据之类的，所以我是这相意思。  
  
  
关于查询，要利用非聚集索引...  
即然金色引用我，我们在这里也讨论一下吧。  
首先，我想说的是聚集索引为什么不可以是为了业务？请问查询本月的订单记录时间算业务吗？为什么说非聚集索引才是为了查询？ 我也不反问了，我就说明一下我的关点，我理解是这两个都是集索都是为了询查服务，所以聚集索引也可以是为了业务查询。  
其次，你说的查询条件多个的情况说需要不同的索引，我前面一直没有说一个聚集索引就可以搞定一切，而且你所说的只能给一个字段加聚集索引这一点可以看出你对索引创建还有一些不清楚，这个可以参考我的博客索引的第二篇（现在我还没有写，后面会写，我写了第一篇，我是才开始写博客，有很多不足的地方，多多指教）

支持(0) 反对(0)

[\#24楼][24] \[ 楼主\] 2014-02-06 22:49 [ 桦仔][Link 11] [  ][Link 16]

支持(0) 反对(0)

/images/20220805/038ff3ffe29647e58caffbe895859532.png

[\#25楼][25]  2014-02-06 22:53 [ gw2010][gw2010] [  ][Link 18]

[@][24]桦仔  
[引用][24] @gw2010  
引用引用@金色海洋（jyk）阳光男孩  
引用引用@gw2010  
引用引用@桦仔  
引用引用@gw2010  
引用引用金色海洋的说法我也反对一下，  
大好的一个聚集索引你竟然后要放在与业务无关的列上。  
@gw2010大侠我觉得看情况吧，我的新公司现在的系统也是建立在自增列上的啊，不过在同一张表会有其他的非聚集索引做补充  
我不是说这种不可以，其实多数都是自增列上，自增列也是有业务的啊。  
好多单条的取数，连接，排序都会用到自增列，所以自增列有很多时候很适合聚集索引。  
我只是想表达一下索引是为了查询提速，而查询一般是会用到业务，比如时间段内的什么什么数据，最近的多少条...  
互相交流，相互进步。  
洗洗睡觉。

支持(0) 反对(0)

[\#26楼][26]  2014-02-11 11:33 [ 金色海洋（jyk）阳光男孩][_jyk] [  ][Link 17]

[@][23]gw2010  
[引用][23] @金色海洋（jyk）阳光男孩  
引用引用@gw2010  
引用引用@桦仔  
引用引用@gw2010  
引用引用金色海洋的说法我也反对一下，  
大好的一个聚集索引你竟然后要放在与业务无关的列上。  
@gw2010大侠我觉得看情况吧，我的新公司现在的系统也是建立在自增列上的啊，不过在同一张表会有其他的非聚集索引做补充  
我不是说这种不可以，其实多数都是自增列上，自增列也是有业务的啊。  
好多单条的取数，连接，排序都会用到自增列，所以自增列有很多时候很适合聚集索引。  
我只是想表达一下索引是为了查询提速，而查询一般是会用到业务，比如时间段内的什么什么数据，最近的多少条数据之类的，所以我是这相...  
  
  
掌握了索引的原理，才能够更好地利用索引，达到我们的目的。  
  
对于索引的理解，我是参照 《字典》来理解的。  
  
一个表里的聚集索引只能有一个，当然这个聚集索引可以给一个字段，也可以给多个字段，但是多个字段必须是“一个整体”的状态。  
  
就是联合主键了。  
  
我知道可以多个字段和在一起，设置聚集索引，但是我个人是从来不用的，我觉得这样效率并不好。  
  
聚集索引是确定位置的，就好比字典里的汉字在第几页。  
  
非聚集索引就好比拼音检索和部首检索。

支持(0) 反对(0)

http://pic.cnitblog.com/face/u17148.jpg?id=03051207

[\#27楼][27]  2014-02-11 11:59 [ xiaohuazi][xiaohuazi] [  ][Link 24]

[@][26]金色海洋（jyk）阳光男孩  
[引用][26] @gw2010  
引用引用@金色海洋（jyk）阳光男孩  
引用引用@gw2010  
引用引用@桦仔  
引用引用@gw2010  
引用引用金色海洋的说法我也反对一下，  
大好的一个聚集索引你竟然后要放在与业务无关的列上。  
@gw2010大侠我觉得看情况吧，我的新公司现在的系统也是建立在自增列上的啊，不过在同一张表会有其他的非聚集索引做补充  
我不是说这种不可以，其实多数都是自增列上，自增列也是有业务的啊。  
好多单条的取数，连接，排序都会用到自增列，所以自增列有很多时候很适合聚集索引。  
我只是想表达一下索引是为了查询提速，而查询一般是会用到业务，比如时间段内的什么什么数据，最近的多少条...  
主键不一定是聚集索引，也可以设置为非聚集索引  
非聚集索引按照拼音检索和部首检索不太对我觉得  
非聚集索引我觉得是把表数据放在另一张表（姑且叫非聚集索引表吧），这张表只包括创建非聚集索引时候的那几个字段，查找的时候跟聚集索引是一样的，如果select的字段不在非聚集索引表里，就通过聚集索引键（建立聚集索引的第一个字段）到聚集索引里找其他字段的值

支持(0) 反对(0)

http://pic.cnitblog.com/face/572343/20140113095615.png

[\#28楼][28]  2014-02-11 13:24 [ gw2010][gw2010] [  ][Link 18]

支持(0) 反对(0)

[\#29楼][29]  2014-02-11 13:30 [ gw2010][gw2010] [  ][Link 18]

[@][26]金色海洋（jyk）阳光男孩  
[引用][26] @gw2010  
引用引用@金色海洋（jyk）阳光男孩  
引用引用@gw2010  
引用引用@桦仔  
引用引用@gw2010  
引用引用金色海洋的说法我也反对一下，  
大好的一个聚集索引你竟然后要放在与业务无关的列上。  
@gw2010大侠我觉得看情况吧，我的新公司现在的系统也是建立在自增列上的啊，不过在同一张表会有其他的非聚集索引做补充  
我不是说这种不可以，其实多数都是自增列上，自增列也是有业务的啊。  
好多单条的取数，连接，排序都会用到自增列，所以自增列有很多时候很适合聚集索引。  
我只是想表达一下索引是为了查询提速，而查询一般是会用到业务，比如时间段内的什么什么数据，最近的多少条...  
还有这个  
我知道可以多个字段和在一起，设置聚集索引，但是我个人是从来不用的，我觉得这样效率并不好。  
这个也不要一口咬死，这个得看需要，如果有这咱需求为什么不可以呢。  
而且这里还先谈不上效率的问题得看情况。

支持(0) 反对(0)

[\#30楼][30]  2014-02-11 13:33 [ gw2010][gw2010] [  ][Link 18]

[@][26]金色海洋（jyk）阳光男孩  
[引用][26] @gw2010  
引用引用@金色海洋（jyk）阳光男孩  
引用引用@gw2010  
引用引用@桦仔  
引用引用@gw2010  
引用引用金色海洋的说法我也反对一下，  
大好的一个聚集索引你竟然后要放在与业务无关的列上。  
@gw2010大侠我觉得看情况吧，我的新公司现在的系统也是建立在自增列上的啊，不过在同一张表会有其他的非聚集索引做补充  
我不是说这种不可以，其实多数都是自增列上，自增列也是有业务的啊。  
好多单条的取数，连接，排序都会用到自增列，所以自增列有很多时候很适合聚集索引。  
我只是想表达一下索引是为了查询提速，而查询一般是会用到业务，比如时间段内的什么什么数据，最近的多少条...  
这里的索引你竟然用字典来理解，字典目录就是一个索引，但是他不是数据库索引，数据库索引明明确确的说了是B树，是另外一种数据结构，你用字典来理解很不恰当。

支持(0) 反对(0)

[\#31楼][31]  2014-02-12 10:27 [ 金色海洋（jyk）阳光男孩][_jyk] [  ][Link 17]

[@][30]gw2010  
[引用][30] @金色海洋（jyk）阳光男孩  
引用引用@gw2010  
引用引用@金色海洋（jyk）阳光男孩  
引用引用@gw2010  
引用引用@桦仔  
引用引用@gw2010  
引用引用金色海洋的说法我也反对一下，  
大好的一个聚集索引你竟然后要放在与业务无关的列上。  
@gw2010大侠我觉得看情况吧，我的新公司现在的系统也是建立在自增列上的啊，不过在同一张表会有其他的非聚集索引做补充  
我不是说这种不可以，其实多数都是自增列上，自增列也是有业务的啊。  
好多单条的取数，连接，排序都会用到自增列，所以自增列有很多时候很适合聚集索引。  
我只是想表达一下索引是为了查询提速，而查询一般是会用到业务，比...  
  
也许不恰当吧，因为我不知道B树是啥样的。我知道二叉树，多叉树，其他的树就都不知道了。  
  
所以对于索引，只能用比喻的方式来理解，也许是不正确的吧。  
  
但是含义应该是对的。

支持(0) 反对(0)

http://pic.cnitblog.com/face/u17148.jpg?id=03051207

[\#32楼][32]  2014-04-24 16:54 [ 吴小双][Link 25] [  ][Link 26]

题外话，这位博主很有才，总是看一篇文档要顺带看另一篇，销售精英啊

支持(0) 反对(0)

[\#33楼][33]  2924698 2014/4/24 16:57:12 2014-04-24 16:57 [ 1q2w3e4r5t..][1q2w3e4r5t..] [  ][Link 27]

[@][32]吴小双  
[引用][32] 题外话，这位博主很有才，总是看一篇文档要顺带看另一篇，销售精英啊  
对于初学者来讲，他们不是太懂，如果你懂了，也可以不看的o(∩\_∩)o

支持(0) 反对(0)

刷新评论 [刷新页面][Link 13] [返回顶部][Link 28]

注册用户登录后才能发表评论，请  登录 或 注册， [访问][Link 29]网站首页。

[**【免费课程】分享：HTML5离线应用实战演练**][HTML5]  
[【推荐】50万行VC++源码: 大型组态工控、电力仿真CAD与GIS源码库][50_VC_ _CAD_GIS]  
[融云，免费为你的App加入IM功能——让你的App“聊”起来！！][App_IM_App]  
[【活动】百度开放云限量500台，抓紧时间申请啦！][500]

name="1-0-1;17919;

frameborder=0 height=0 width=0 src="http://googleads.g.doubleclick.net/pagead/drt/s?v=r20120211" style="position:absolute">\{"uid":1,"hostPeerName":"http://www.cnblogs.com","initialGeometry":"\{\\"windowCoords\_t\\":-7,\\"windowCoords\_r\\":1620,\\"windowCoords\_b\\":887,\\"windowCoords\_l\\":-7,\\"frameCoords\_t\\":0,\\"frameCoords\_r\\":0,\\"frameCoords\_b\\":0,\\"frameCoords\_l\\":0,\\"styleZIndex\\":\\"auto\\",\\"allowedExpansion\_t\\":0,\\"allowedExpansion\_r\\":0,\\"allowedExpansion\_b\\":0,\\"allowedExpansion\_l\\":0,\\"xInView\\":0,\\"yInView\\":0\}","permissions":"\{\\"expandByOverlay\\":true,\\"expandByPush\\":false,\\"readCookie\\":false,\\"writeCookie\\":false\}","metadata":"\{\\"shared\\":\{\\"sf\_ver\\":\\"1-0-1\\",\\"ck\_on\\":1,\\"flash\_ver\\":\\"16.0.0\\"\}\}","reportCreativeGeometry":false\}" width="300" height="250" id="google\_ads\_iframe\_/1090369/cnblogs\_blogpost\_C1\_sitehome\_0" src="http://tpc.googlesyndication.com/safeframe/1-0-1/html/container.html\#xpc=sf-gdn-exp-1&p=http%3A//www.cnblogs.com" frameborder="0" marginwidth="0" marginheight="0" scrolling="no" style="border: 0px currentColor; border-image: none; vertical-align: bottom;" data-is-safeframe="true">

**最新IT新闻**:  
· [螺旋蜗壳激发科学家灵感：锂电池有望迎来更持久的续航][Link 30]  
· [阿里系网络公益捐款达2.34亿 剁手党变身活雷锋][2.34_]  
· [Mozilla以安全为由推广强制的扩展签名][Mozilla]  
· [一张照片在Instagram反复上传下载90次之后...][Instagram_90_...]  
· [魔兽世界宠物"阿吉"筹款190万 帮助埃博拉灾区][190_]  
» [ 更多新闻...][_...]

name="google\_ads\_iframe\_/1090369/cnblogs\_blogpost\_C2\_0" width="468" height="60" id="google\_ads\_iframe\_/1090369/cnblogs\_blogpost\_C2\_0" src="javascript:""" frameborder="0" marginwidth="0" marginheight="0" scrolling="no" style="border: 0px currentColor; border-image: none; vertical-align: bottom;">

**最新知识库文章**:

· [使用2-3法则设计分布式数据访问层][2-3]  
· [数据清洗经验][Link 31]  
· [设计中的变与不变][Link 32]  
· [通俗解释「为什么数据库难以拓展」][Link 33]  
· [手机淘宝高质量持续交付探索之路][Link 34]

» [更多知识库文章...][...]

### 公告 ###

[![Flag Counter][]][Flag Counter 1]

两届 SQL Server MVP

[SQLSERVER MSDN论坛][SQLSERVER MSDN]

[SQLSERVER 官方博客 ][SQLSERVER 1]

[SQLSERVER中国研发中心][SQLSERVER 2]

[ 微软亚太区数据库技术支持组官方博客][Link 35]

[PAUL的SQLSKILL网站][PAUL_SQLSKILL]

[simple-talk网站][simple-talk]

[SQLSERVER Engine Tips网站][SQLSERVER Engine Tips]

[SQL TEAM网站][SQL TEAM]

[sqlity网站][sqlity]

[SQL MAG网站][SQL MAG]

[sqlsaturday网站][sqlsaturday]

[sqlserver性能网站][sqlserver]

[sqlbits网站][sqlbits]

[ 大神Itzik Ben-Gan's的网站][_Itzik Ben-Gan_s]

[SQL TIPS网站][SQL TIPS]

[troubleshootingsql网站][troubleshootingsql]

[SQL blog网站][SQL blog]

[sqlserver central网站][sqlserver central]

[ABOUTSQLSERVER网站][ABOUTSQLSERVER]

[MSSQLWIKI网站][MSSQLWIKI]

[SQLSERVER技术内幕系列书籍作者Kalen Delaney的个人博客][SQLSERVER_Kalen Delaney]

[OrcaMDF工具作者][OrcaMDF]

[CSS团队博客][CSS]

[sqlservergeeks博客][sqlservergeeks]

[curah官方博客][curah]

[John Huang's Blog][John Huang_s Blog]

[ sqlrecoverysoftware网站][sqlrecoverysoftware]

[apexsql工具系列 apexsql log][apexsql_ apexsql log]

[ solutioncenter.apexsql网站][solutioncenter.apexsql]

[sqlshack网站][sqlshack]

[trace-flag 合集][trace-flag]

[SQLSERVER博客大全][SQLSERVER 3]

[Introducing: SQL Studio Data Compare工具作者][Introducing_ SQL Studio Data Compare]

[mssqlgirl博客][mssqlgirl]

[SQLSERVER MVP 乱马客的博客][SQLSERVER MVP]

[SQLSERVER MVP 黄钊吉][SQLSERVER MVP 1]

[SQLSERVER MVP 宋沄剑][SQLSERVER MVP 2]

[SQLSERVER MVP 陈畅亮][SQLSERVER MVP 3]

[SQLSERVER 大牛 胡百敬][SQLSERVER _]

[SQLSERVER MVP 舒永春][SQLSERVER MVP 4]

**SQLSERVER微信公众帐号：SQLSERVER走起**

![o_qrcode_for_gh_7b89cad36516_258.jpg][]

**SQLSERVER官方微博：[ http://weibo.com/sqlserverzouqi][http_weibo.com_sqlserverzouqi]**

![o_QQ_20131102160938.jpg][]

**MYSQL官方微博：[ http://weibo.com/MYSQLZOUQI/][http_weibo.com_MYSQLZOUQI]**

![o_QQ_E6_88_AA_E5_9B_BE20140717211152.jpg][]

[![点击这里给我发消息][pa_p_2_1815357042_53]][pa_p_2_1815357042_53 1]

昵称： [桦仔][20140422195336.png 1]  
园龄： [4年1个月][20140422195336.png 1]  
荣誉： [推荐博客][Link 8]  
粉丝： [1049][]  
关注： [98][]

\+加关注

### 搜索 ###

### 常用链接 ###

*  [我的随笔][Link 36]
 *  [我的评论][Link 37]
 *  [我的参与][Link 38]
 *  [最新评论][Link 39]
 *  [我的标签][Link 40]

### 最新随笔 ###

*  [1. 将表里的数据批量生成INSERT语句的存储过程 增强版][1. _INSERT_]
 *  [2. SQLServer内核架构剖析 （转载）][2. SQLServer_]
 *  [3. 一名小小的SQL Server DBA想谈一下SQL Server的能力][3. _SQL Server DBA_SQL Server]
 *  [4. SQLSERVER2014中的新功能][4. SQLSERVER2014]
 *  [5. 调试SQLSERVER （三）使用Windbg调试SQLSERVER的一些命令][5. _SQLSERVER _Windbg_SQLSERVER]
 *  [6. 调试SQLSERVER （一）生成dump文件的方法][6. _SQLSERVER _dump]
 *  [7. 调试SQLSERVER （二）使用Windbg调试SQLSERVER的环境设置][7. _SQLSERVER _Windbg_SQLSERVER]
 *  [8. SQLSERVER中如何快速比较两张表的不一样][8. SQLSERVER]
 *  [9. SQLSERVER的一个不显眼的功能 备份文件的分割][9. SQLSERVER_]
 *  [10. 在SQL2008查找某数据库中的列是否存在某个值][10. _SQL2008]

### 我的标签 ###

*  [sqlserver][sqlserver 1](21)
 *  [表分区][Link 41](7)
 *  [SQL2005][](6)
 *  [性能调优][Link 42](6)
 *  [sqlserver安全][sqlserver 2](5)
 *  [dbcc checkdb][](4)
 *  [非聚集索引][Link 43](4)
 *  [数据库备份][Link 44](4)
 *  [索引查找][Link 45](4)
 *  [聚集索引][Link 46](4)
 *  [更多][Link 40]

### 随笔分类 ###

*  [C\#(12)][C_12]
 *  [MYSQL高可用(1)][MYSQL_1]
 *  [MYSQL基础(19)][MYSQL_19]
 *  [SQL Server2014(1)][SQL Server2014_1]
 *  [SQLITE(1)][SQLITE_1]
 *  [SQLSERVER安全(6)][SQLSERVER_6]
 *  [SQLSERVER安装(2)][SQLSERVER_2]
 *  [SQLSERVER备份和还原(1)][SQLSERVER_1]
 *  [SQLSERVER调试(3)][SQLSERVER_3]
 *  [SQLSERVER翻译(15)][SQLSERVER_15]
 *  [SQLSERVER分享(12)][SQLSERVER_12]
 *  [SQLSERVER复制(4)][SQLSERVER_4]
 *  [SQLSERVER高可用(1)][SQLSERVER_1 1]
 *  [SQLSERVER工具(8)][SQLSERVER_8]
 *  [SQLSERVER基础(71)][SQLSERVER_71]
 *  [SQLSERVER加密(3)][SQLSERVER_3 1]
 *  [SQLSERVER监控(7)][SQLSERVER_7]
 *  [SQLSERVER脚本(2)][SQLSERVER_2 1]
 *  [SQLSERVER开发(19)][SQLSERVER_19]
 *  [SQLSERVER内部研究(18)][SQLSERVER_18]
 *  [SQLSERVER迁移(1)][SQLSERVER_1 2]
 *  [SQLSERVER日志(4)][SQLSERVER_4 1]
 *  [SQLSERVER索引(11)][SQLSERVER]
 *  [SQLSERVER性能调优(12)][SQLSERVER_12 1]
 *  [SQLSERVER运维(25)][SQLSERVER_25]
 *  [SSAS][]
 *  [SSIS][]
 *  [SSRS][]
 *  [TSQL(9)][TSQL_9]
 *  [版本管理(2)][2 1]
 *  [服务器监控][Link 47]
 *  [技术支持(1)][1 1]
 *  [开源技术][Link 48]
 *  [一些技术探讨(4)][4 1]
 *  [杂七杂八(11)][11 1]

### 随笔档案 ###

*  [2015年2月 (2)][2015_2_ _2]
 *  [2015年1月 (2)][2015_1_ _2]
 *  [2014年12月 (6)][2014_12_ _6]
 *  [2014年11月 (4)][2014_11_ _4]
 *  [2014年10月 (19)][2014_10_ _19]
 *  [2014年8月 (5)][2014_8_ _5]
 *  [2014年7月 (6)][2014_7_ _6]
 *  [2014年6月 (9)][2014_6_ _9]
 *  [2014年5月 (5)][2014_5_ _5]
 *  [2014年4月 (13)][2014_4_ _13]
 *  [2014年3月 (5)][2014_3_ _5]
 *  [2014年2月 (4)][2014_2_ _4]
 *  [2014年1月 (9)][2014_1_ _9]
 *  [2013年12月 (10)][2013_12_ _10]
 *  [2013年11月 (13)][2013_11_ _13]
 *  [2013年10月 (16)][2013_10_ _16]
 *  [2013年9月 (12)][2013_9_ _12]
 *  [2013年8月 (13)][2013_8_ _13]
 *  [2013年7月 (19)][2013_7_ _19]
 *  [2013年6月 (26)][2013_6_ _26]
 *  [2013年5月 (7)][2013_5_ _7]
 *  [2013年4月 (4)][2013_4_ _4]
 *  [2013年3月 (5)][2013_3_ _5]
 *  [2013年2月 (9)][2013_2_ _9]
 *  [2013年1月 (10)][2013_1_ _10]
 *  [2012年12月 (11)][2012_12_ _11]
 *  [2012年11月 (10)][2012_11_ _10]
 *  [2012年10月 (6)][2012_10_ _6]
 *  [2012年9月 (5)][2012_9_ _5]
 *  [2012年8月 (3)][2012_8_ _3]
 *  [2012年7月 (1)][2012_7_ _1]
 *  [2012年6月 (1)][2012_6_ _1]
 *  [2012年5月 (2)][2012_5_ _2]
 *  [2012年4月 (4)][2012_4_ _4]
 *  [2012年1月 (1)][2012_1_ _1]
 *  [2011年9月 (3)][2011_9_ _3]
 *  [2011年7月 (2)][2011_7_ _2]
 *  [2011年6月 (1)][2011_6_ _1]
 *  [2011年5月 (2)][2011_5_ _2]

### 文章分类 ###

*  [ASP(1)][ASP_1]
 *  [hadoop][]
 *  [IIS(2)][IIS_2]
 *  [PHP(1)][PHP_1]
 *  [SQL Server笔记(8)][SQL Server_8]
 *  [SQLSERVER(611)][SQLSERVER_611]
 *  [版本管理(7)][7 1]
 *  [电脑文章(8)][8 1]
 *  [运维知识(4)][4 2]

### 相册 ###

*  [mvp][]
 *  [MYSQL][]
 *  [SQLSERVER][SQLSERVER 4]
 *  [计算机图片][Link 49]

### 软件文档 ###

*  [系列一 版本管理软件简介][Link 50]

### 软件下载 ###

*  [TortoiseSVN\_1.7.2.22327\_x86][TortoiseSVN_1.7.2.22327_x86]

### 软件源码 ###

### 积分与排名 ###

*  积分 - 459370
 *  排名 - 176

### 最新评论 ###

*  [1. Re:我的MYSQL学习心得（一） 简单语法][1. Re_MYSQL_]
 *  SQLSERVER允许一张表有多个自增列  
      
    这句话，，，有误
 *  \--/麦穗
 *  [2. Re:将表里的数据批量生成INSERT语句的存储过程 增强版][2. Re_INSERT_]
 *  @海阔天空XM引用为什么你的空间用手机无法浏览，求解！@指尖流淌引用桦仔兄，文章不支持评论？？不太清楚...
 *  \--桦仔
 *  [3. Re:将表里的数据批量生成INSERT语句的存储过程 增强版][3. Re_INSERT_]
 *  桦仔兄，我将脚本中的schema问题给调整了下，现在脚本能自动识别出不同的schema下同名的表的语句。博客园中此文章添加脚本不允许回复，不知道为何，所以另起了一篇文章：将表里的数据批量生成INSER......
 *  \--指尖流淌
 *  [4. Re:将表里的数据批量生成INSERT语句的存储过程 增强版][4. Re_INSERT_]
 *  桦仔兄，文章不支持评论？？
 *  \--指尖流淌
 *  [5. Re:将表里的数据批量生成INSERT语句的存储过程 增强版][5. Re_INSERT_]
 *  为什么你的空间用手机无法浏览，求解！
 *  \--海阔天空XM

### 阅读排行榜 ###

*  [1. 介绍一款替代SSMS的sqlserver管理工具 toad for sqlserver5.7(13793)][1. _SSMS_sqlserver_ toad for sqlserver5.7_13793]
 *  [2. 恢复SQLSERVER被误删除的数据(9992)][2. _SQLSERVER_9992]
 *  [3. SQLSERVER排查CPU占用高的情况(9812)][3. SQLSERVER_CPU_9812]
 *  [4. 分享一个SQLSERVER脚本（计算数据库中各个表的数据量和每行记录所占用空间）(8809)][4. _SQLSERVER_8809]
 *  [5. 谈谈SQLSERVER的价格(7644)][5. _SQLSERVER_7644]

### 评论排行榜 ###

*  [1. SQLSERVER MVP 我的心路历程和想说的话(117)][1. SQLSERVER MVP _117]
 *  [2. 恢复SQLSERVER被误删除的数据(112)][2. _SQLSERVER_9992]
 *  [3. 一名小小的SQL Server DBA想谈一下SQL Server的能力(107)][3. _SQL Server DBA_SQL Server]
 *  [4. 分享一个SQLSERVER脚本（计算数据库中各个表的数据量和每行记录所占用空间）(101)][4. _SQLSERVER_8809]
 *  [5. 数据(88)][5. _88]

### 推荐排行榜 ###

*  [1. 数据(140)][5. _88]
 *  [2. 分享一个SQLSERVER脚本（计算数据库中各个表的数据量和每行记录所占用空间）(130)][4. _SQLSERVER_8809]
 *  [3. 恢复SQLSERVER被误删除的数据(120)][2. _SQLSERVER_9992]
 *  [4. 一名小小的SQL Server DBA想谈一下SQL Server的能力(71)][3. _SQL Server DBA_SQL Server]
 *  [5. SQLSERVER MVP 我的心路历程和想说的话(45)][1. SQLSERVER MVP _117]

[站长统计][Link 51]<iframe src="http://tpc.googlesyndication.com/safeframe/1-0-1/html/container.html" style="display: none; visibility: hidden;"></iframe>

[Link 1]: http://www.cnblogs.com/lyhabc/p/3211945.html
[copycode.gif]: /images/20220805/c2f32ca0390c4470a8f36cb0801f6000.png
[252341002358027.jpg]: /images/20220805/c0bcbdfe6feb413681e7a645be2505da.png
[ContractedBlock.gif]: http://images.cnblogs.com/OutliningIndicators/ContractedBlock.gif
[ExpandedBlockStart.gif]: /images/20220805/b524492e9b604577a13833e4c7669db5.png
[260031286105875.jpg]: /images/20220805/116d0317ad424b489336991ea082b0e9.png
[260032064701375.jpg]: /images/20220805/f1b02918a2d84162960fccc8bbabc924.png
[260032132046185.jpg]: /images/20220805/c7cf242c32094860b198cbf0a5d61c83.png
[260944259074158.jpg]: /images/20220805/a66e1f73752a42fa96b2a8f3d76b9466.png
[260944384542992.jpg]: /images/20220805/28807d52b8864c789989a4d8dbef8188.png
[260946039546271.jpg]: /images/20220805/ff964f1d51354f1cac8a5ef3223ca21f.png
[4.png]: /images/20220805/453bcd6dddc04161b7c1b5efc82f3644.png
[4.png 1]: http://weibo.com/u/3541030844?s=6uyXnP
[SQLSERVER]: http://www.cnblogs.com/lyhabc/category/505062.html
[Link 2]: http://www.cnblogs.com/lyhabc/tag/%E8%81%9A%E9%9B%86%E7%B4%A2%E5%BC%95%E5%88%97%E5%9C%A8%E6%97%B6%E9%97%B4%E4%B8%8A/
[Link 3]: http://www.cnblogs.com/lyhabc/tag/%E8%81%9A%E9%9B%86%E7%B4%A2%E5%BC%95%E8%87%AA%E5%A2%9E%E5%88%97/
[Link 4]: http://www.cnblogs.com/lyhabc/tag/%E8%81%9A%E9%9B%86%E7%B4%A2%E5%BC%95%E5%9C%A8%E4%BA%A4%E6%98%93%E7%BC%96%E5%8F%B7/
[Link 5]: http://www.cnblogs.com/lyhabc/tag/%E8%81%9A%E9%9B%86%E7%B4%A2%E5%BC%95%E6%8E%92%E5%BA%8F/
[Link 6]: http://www.cnblogs.com/lyhabc/tag/%E8%81%9A%E9%9B%86%E7%B4%A2%E5%BC%95%E6%9F%A5%E6%89%BE/
[Link 7]: http://space.cnblogs.com/msg/send/%e6%a1%a6%e4%bb%94
[icon_weibo_24.png]: /images/20220805/b40bfe502ce0431cb30fa3f0590586f4.png
[20140422195336.png]: /images/20220805/038ff3ffe29647e58caffbe895859532.png
[20140422195336.png 1]: http://home.cnblogs.com/u/lyhabc/
[- 98]: http://home.cnblogs.com/u/lyhabc/followees
[- 1049]: http://home.cnblogs.com/u/lyhabc/followers
[Link 8]: http://www.cnblogs.com/expert/
[Link 9]: http://www.cnblogs.com/lyhabc/p/3526123.html
[Link 10]: http://www.cnblogs.com/lyhabc/p/3537239.html
[Link 11]: http://www.cnblogs.com/lyhabc/
[Link 12]: http://i.cnblogs.com/EditPosts.aspx?postid=3533027
[Link 13]: http://www.cnblogs.com/lyhabc/p/3533027.html#
[1]: http://www.cnblogs.com/lyhabc/p/3533027.html#2868394
[Link 14]: http://www.cnblogs.com/dolphinX/
[Link 15]: http://msg.cnblogs.com/msg/send/%e8%89%b2%e6%8b%89%e6%b2%b9%e5%95%8a%e6%b2%b9
[2]: http://www.cnblogs.com/lyhabc/p/3533027.html#2868462
[Link 16]: http://msg.cnblogs.com/msg/send/%e6%a1%a6%e4%bb%94
[3]: http://www.cnblogs.com/lyhabc/p/3533027.html#2868524
[_jyk]: http://www.cnblogs.com/jyk/
[Link 17]: http://msg.cnblogs.com/msg/send/%e9%87%91%e8%89%b2%e6%b5%b7%e6%b4%8b%ef%bc%88jyk%ef%bc%89%e9%98%b3%e5%85%89%e7%94%b7%e5%ad%a9
[4]: http://www.cnblogs.com/lyhabc/p/3533027.html#2868619
[5]: http://www.cnblogs.com/lyhabc/p/3533027.html#2868702
[gw2010]: http://www.cnblogs.com/gw2010/
[Link 18]: http://msg.cnblogs.com/msg/send/gw2010
[6]: http://www.cnblogs.com/lyhabc/p/3533027.html#2868774
[7]: http://www.cnblogs.com/lyhabc/p/3533027.html#2868779
[8]: http://www.cnblogs.com/lyhabc/p/3533027.html#2868785
[9]: http://www.cnblogs.com/lyhabc/p/3533027.html#2868880
[ocean]: http://www.cnblogs.com/ocean/
[Link 19]: http://msg.cnblogs.com/msg/send/ocean
[10]: http://www.cnblogs.com/lyhabc/p/3533027.html#2868882
[11]: http://www.cnblogs.com/lyhabc/p/3533027.html#2868969
[Link 20]: http://www.cnblogs.com/diabloxl/
[Link 21]: http://msg.cnblogs.com/msg/send/%e6%88%91%e6%98%af%e5%a4%a7%e8%8f%a0%e8%90%9d
[12]: http://www.cnblogs.com/lyhabc/p/3533027.html#2869044
[13]: http://www.cnblogs.com/lyhabc/p/3533027.html#2869590
[14]: http://www.cnblogs.com/lyhabc/p/3533027.html#2869591
[15]: http://www.cnblogs.com/lyhabc/p/3533027.html#2869593
[16]: http://www.cnblogs.com/lyhabc/p/3533027.html#2869594
[17]: http://www.cnblogs.com/lyhabc/p/3533027.html#2869596
[18]: http://www.cnblogs.com/lyhabc/p/3533027.html#2869597
[19]: http://www.cnblogs.com/lyhabc/p/3533027.html#2869599
[20]: http://www.cnblogs.com/lyhabc/p/3533027.html#2869600
[21]: http://www.cnblogs.com/lyhabc/p/3533027.html#2870398
[Link 22]: http://www.cnblogs.com/TeyGao/
[Link 23]: http://msg.cnblogs.com/msg/send/%e7%ac%91%e4%b8%9c%e9%a3%8e
[22]: http://www.cnblogs.com/lyhabc/p/3533027.html#2870402
[23]: http://www.cnblogs.com/lyhabc/p/3533027.html#2870569
[24]: http://www.cnblogs.com/lyhabc/p/3533027.html#2870573
[25]: http://www.cnblogs.com/lyhabc/p/3533027.html#2870574
[26]: http://www.cnblogs.com/lyhabc/p/3533027.html#2873288
[27]: http://www.cnblogs.com/lyhabc/p/3533027.html#2873312
[xiaohuazi]: http://www.cnblogs.com/MYSQLZOUQI/
[Link 24]: http://msg.cnblogs.com/msg/send/xiaohuazi
[28]: http://www.cnblogs.com/lyhabc/p/3533027.html#2873359
[29]: http://www.cnblogs.com/lyhabc/p/3533027.html#2873362
[30]: http://www.cnblogs.com/lyhabc/p/3533027.html#2873364
[31]: http://www.cnblogs.com/lyhabc/p/3533027.html#2873962
[32]: http://www.cnblogs.com/lyhabc/p/3533027.html#2924694
[Link 25]: http://home.cnblogs.com/u/611826/
[Link 26]: http://msg.cnblogs.com/msg/send/%e5%90%b4%e5%b0%8f%e5%8f%8c
[33]: http://www.cnblogs.com/lyhabc/p/3533027.html#2924698
[1q2w3e4r5t..]: http://home.cnblogs.com/u/627469/
[Link 27]: http://msg.cnblogs.com/msg/send/1q2w3e4r5t..
[Link 28]: http://www.cnblogs.com/lyhabc/p/3533027.html#top
[Link 29]: http://www.cnblogs.com/
[HTML5]: http://www.imooc.com/view/46?from=cnblogs
[50_VC_ _CAD_GIS]: http://www.ucancode.com/index.htm
[App_IM_App]: http://www.rongcloud.cn/promotion
[500]: http://bce.baidu.com/apply/index.html?hmsr=cnblog&hmmd=&hmpl=&hmkw=&hmci=
[Link 30]: http://news.cnblogs.com/n/515225/
[2.34_]: http://news.cnblogs.com/n/515224/
[Mozilla]: http://news.cnblogs.com/n/515223/
[Instagram_90_...]: http://news.cnblogs.com/n/515222/
[190_]: http://news.cnblogs.com/n/515221/
[_...]: http://news.cnblogs.com/
[2-3]: http://kb.cnblogs.com/page/514938/
[Link 31]: http://kb.cnblogs.com/page/514866/
[Link 32]: http://kb.cnblogs.com/page/514725/
[Link 33]: http://kb.cnblogs.com/page/514361/
[Link 34]: http://kb.cnblogs.com/page/514557/
[...]: http://kb.cnblogs.com/
[Flag Counter]: /images/20220805/928a849e7ed941af8543a8741c296006.png
[Flag Counter 1]: http://s04.flagcounter.com/more/mWRZ
[SQLSERVER MSDN]: http://social.msdn.microsoft.com/Forums/zh-CN/sqlserverzhchs/threads
[SQLSERVER 1]: http://blogs.msdn.com/b/sqlreleaseservices/
[SQLSERVER 2]: http://blogs.msdn.com/b/sqlcrd/
[Link 35]: http://blogs.msdn.com/b/apgcdsd/
[PAUL_SQLSKILL]: http://www.sqlskills.com/
[simple-talk]: https://www.simple-talk.com/
[SQLSERVER Engine Tips]: http://blogs.msdn.com/b/sqltips/
[SQL TEAM]: http://www.sqlteam.com/sql-server-links.aspx
[sqlity]: http://sqlity.net/en/
[SQL MAG]: http://sqlmag.com/sql-server/sql-server-2005
[sqlsaturday]: https://www.sqlsaturday.com/105/eventhome.aspx
[sqlserver]: http://www.sql-server-performance.com/
[sqlbits]: http://sqlbits.com/
[_Itzik Ben-Gan_s]: http://tsql.solidq.com/
[SQL TIPS]: http://www.mssqltips.com/
[troubleshootingsql]: http://troubleshootingsql.com/
[SQL blog]: http://sqlblog.com/
[sqlserver central]: http://www.sqlservercentral.com/
[ABOUTSQLSERVER]: http://aboutsqlserver.com/
[MSSQLWIKI]: http://mssqlwiki.com/2009/01/15/how-to-browse-or-view-objects-and-there-code-in-mssqlsystemresource-database/
[SQLSERVER_Kalen Delaney]: http://sqlserverinternals.com/
[OrcaMDF]: http://improve.dk/
[CSS]: http://blogs.msdn.com/b/psssql/
[sqlservergeeks]: http://www.sqlservergeeks.com/
[curah]: https://curah.microsoft.com/44214/sql-server
[John Huang_s Blog]: http://www.sqlnotes.info/
[sqlrecoverysoftware]: http://www.sqlrecoverysoftware.net/sql-server-mdf-file/
[apexsql_ apexsql log]: http://www.apexsql.com/
[solutioncenter.apexsql]: http://solutioncenter.apexsql.com/
[sqlshack]: http://www.sqlshack.com/
[trace-flag]: http://www.sqlservergeeks.com/sql-server-trace-flag-3504/
[SQLSERVER 3]: http://technet.microsoft.com/en-us/sqlserver/bb671052.aspx/
[Introducing_ SQL Studio Data Compare]: http://www.sqlstudio.com/
[mssqlgirl]: http://www.mssqlgirl.com/category/dba-dbdev
[SQLSERVER MVP]: http://www.dotblogs.com.tw/rainmaker/
[SQLSERVER MVP 1]: http://blog.csdn.net/DBA_Huangzj/
[SQLSERVER MVP 2]: http://www.cnblogs.com/CareySon/
[SQLSERVER MVP 3]: http://www.cnblogs.com/gaizai/
[SQLSERVER _]: http://blog.csdn.net/byron_hu
[SQLSERVER MVP 4]: http://jimshu.blog.51cto.com/
[o_qrcode_for_gh_7b89cad36516_258.jpg]: /images/20220805/4e52154073584734955333a32829aab0.png
[http_weibo.com_sqlserverzouqi]: http://weibo.com/sqlserverzouqi/home
[o_QQ_20131102160938.jpg]: /images/20220805/00a0d7a177dc41819c00efe374301460.png
[http_weibo.com_MYSQLZOUQI]: http://weibo.com/MYSQLZOUQI/home
[o_QQ_E6_88_AA_E5_9B_BE20140717211152.jpg]: /images/20220805/1118a14b271141fc9d6e5f6cbb2958e0.png
[pa_p_2_1815357042_53]: http://wpa.qq.com/pa?p=2:1815357042:53
[pa_p_2_1815357042_53 1]: /images/20220805/567ed7d7df7e4d1989cc85a989b779dc.png
[1049]: http://home.cnblogs.com/u/lyhabc/followers/
[98]: http://home.cnblogs.com/u/lyhabc/followees/
[Link 36]: http://www.cnblogs.com/lyhabc/p/
[Link 37]: http://www.cnblogs.com/lyhabc/MyComments.html
[Link 38]: http://www.cnblogs.com/lyhabc/OtherPosts.html
[Link 39]: http://www.cnblogs.com/lyhabc/RecentComments.html
[Link 40]: http://www.cnblogs.com/lyhabc/tag/
[1. _INSERT_]: http://www.cnblogs.com/lyhabc/p/4278937.html
[2. SQLServer_]: http://www.cnblogs.com/lyhabc/p/4272053.html
[3. _SQL Server DBA_SQL Server]: http://www.cnblogs.com/lyhabc/p/4230573.html
[4. SQLSERVER2014]: http://www.cnblogs.com/lyhabc/p/4220459.html
[5. _SQLSERVER _Windbg_SQLSERVER]: http://www.cnblogs.com/lyhabc/p/4185399.html
[6. _SQLSERVER _dump]: http://www.cnblogs.com/lyhabc/p/4184149.html
[7. _SQLSERVER _Windbg_SQLSERVER]: http://www.cnblogs.com/lyhabc/p/4184708.html
[8. SQLSERVER]: http://www.cnblogs.com/lyhabc/p/4176269.html
[9. SQLSERVER_]: http://www.cnblogs.com/lyhabc/p/4173903.html
[10. _SQL2008]: http://www.cnblogs.com/lyhabc/p/4150407.html
[sqlserver 1]: http://www.cnblogs.com/lyhabc/tag/sqlserver/
[Link 41]: http://www.cnblogs.com/lyhabc/tag/%E8%A1%A8%E5%88%86%E5%8C%BA/
[SQL2005]: http://www.cnblogs.com/lyhabc/tag/SQL2005/
[Link 42]: http://www.cnblogs.com/lyhabc/tag/%E6%80%A7%E8%83%BD%E8%B0%83%E4%BC%98/
[sqlserver 2]: http://www.cnblogs.com/lyhabc/tag/sqlserver%E5%AE%89%E5%85%A8/
[dbcc checkdb]: http://www.cnblogs.com/lyhabc/tag/dbcc%20checkdb/
[Link 43]: http://www.cnblogs.com/lyhabc/tag/%E9%9D%9E%E8%81%9A%E9%9B%86%E7%B4%A2%E5%BC%95/
[Link 44]: http://www.cnblogs.com/lyhabc/tag/%E6%95%B0%E6%8D%AE%E5%BA%93%E5%A4%87%E4%BB%BD/
[Link 45]: http://www.cnblogs.com/lyhabc/tag/%E7%B4%A2%E5%BC%95%E6%9F%A5%E6%89%BE/
[Link 46]: http://www.cnblogs.com/lyhabc/tag/%E8%81%9A%E9%9B%86%E7%B4%A2%E5%BC%95/
[C_12]: http://www.cnblogs.com/lyhabc/category/299961.html
[MYSQL_1]: http://www.cnblogs.com/lyhabc/category/594372.html
[MYSQL_19]: http://www.cnblogs.com/lyhabc/category/573945.html
[SQL Server2014_1]: http://www.cnblogs.com/lyhabc/category/649537.html
[SQLITE_1]: http://www.cnblogs.com/lyhabc/category/534843.html
[SQLSERVER_6]: http://www.cnblogs.com/lyhabc/category/505063.html
[SQLSERVER_2]: http://www.cnblogs.com/lyhabc/category/505079.html
[SQLSERVER_1]: http://www.cnblogs.com/lyhabc/category/561850.html
[SQLSERVER_3]: http://www.cnblogs.com/lyhabc/category/643502.html
[SQLSERVER_15]: http://www.cnblogs.com/lyhabc/category/505077.html
[SQLSERVER_12]: http://www.cnblogs.com/lyhabc/category/505078.html
[SQLSERVER_4]: http://www.cnblogs.com/lyhabc/category/505061.html
[SQLSERVER_1 1]: http://www.cnblogs.com/lyhabc/category/545125.html
[SQLSERVER_8]: http://www.cnblogs.com/lyhabc/category/517495.html
[SQLSERVER_71]: http://www.cnblogs.com/lyhabc/category/505074.html
[SQLSERVER_3 1]: http://www.cnblogs.com/lyhabc/category/505064.html
[SQLSERVER_7]: http://www.cnblogs.com/lyhabc/category/505056.html
[SQLSERVER_2 1]: http://www.cnblogs.com/lyhabc/category/626880.html
[SQLSERVER_19]: http://www.cnblogs.com/lyhabc/category/505057.html
[SQLSERVER_18]: http://www.cnblogs.com/lyhabc/category/618815.html
[SQLSERVER_1 2]: http://www.cnblogs.com/lyhabc/category/562979.html
[SQLSERVER_4 1]: http://www.cnblogs.com/lyhabc/category/505070.html
[SQLSERVER_12 1]: http://www.cnblogs.com/lyhabc/category/505065.html
[SQLSERVER_25]: http://www.cnblogs.com/lyhabc/category/505058.html
[SSAS]: http://www.cnblogs.com/lyhabc/category/505066.html
[SSIS]: http://www.cnblogs.com/lyhabc/category/505068.html
[SSRS]: http://www.cnblogs.com/lyhabc/category/505067.html
[TSQL_9]: http://www.cnblogs.com/lyhabc/category/505069.html
[2 1]: http://www.cnblogs.com/lyhabc/category/505060.html
[Link 47]: http://www.cnblogs.com/lyhabc/category/560801.html
[1 1]: http://www.cnblogs.com/lyhabc/category/391614.html
[Link 48]: http://www.cnblogs.com/lyhabc/category/622213.html
[4 1]: http://www.cnblogs.com/lyhabc/category/421521.html
[11 1]: http://www.cnblogs.com/lyhabc/category/394541.html
[2015_2_ _2]: http://www.cnblogs.com/lyhabc/archive/2015/02.html
[2015_1_ _2]: http://www.cnblogs.com/lyhabc/archive/2015/01.html
[2014_12_ _6]: http://www.cnblogs.com/lyhabc/archive/2014/12.html
[2014_11_ _4]: http://www.cnblogs.com/lyhabc/archive/2014/11.html
[2014_10_ _19]: http://www.cnblogs.com/lyhabc/archive/2014/10.html
[2014_8_ _5]: http://www.cnblogs.com/lyhabc/archive/2014/08.html
[2014_7_ _6]: http://www.cnblogs.com/lyhabc/archive/2014/07.html
[2014_6_ _9]: http://www.cnblogs.com/lyhabc/archive/2014/06.html
[2014_5_ _5]: http://www.cnblogs.com/lyhabc/archive/2014/05.html
[2014_4_ _13]: http://www.cnblogs.com/lyhabc/archive/2014/04.html
[2014_3_ _5]: http://www.cnblogs.com/lyhabc/archive/2014/03.html
[2014_2_ _4]: http://www.cnblogs.com/lyhabc/archive/2014/02.html
[2014_1_ _9]: http://www.cnblogs.com/lyhabc/archive/2014/01.html
[2013_12_ _10]: http://www.cnblogs.com/lyhabc/archive/2013/12.html
[2013_11_ _13]: http://www.cnblogs.com/lyhabc/archive/2013/11.html
[2013_10_ _16]: http://www.cnblogs.com/lyhabc/archive/2013/10.html
[2013_9_ _12]: http://www.cnblogs.com/lyhabc/archive/2013/09.html
[2013_8_ _13]: http://www.cnblogs.com/lyhabc/archive/2013/08.html
[2013_7_ _19]: http://www.cnblogs.com/lyhabc/archive/2013/07.html
[2013_6_ _26]: http://www.cnblogs.com/lyhabc/archive/2013/06.html
[2013_5_ _7]: http://www.cnblogs.com/lyhabc/archive/2013/05.html
[2013_4_ _4]: http://www.cnblogs.com/lyhabc/archive/2013/04.html
[2013_3_ _5]: http://www.cnblogs.com/lyhabc/archive/2013/03.html
[2013_2_ _9]: http://www.cnblogs.com/lyhabc/archive/2013/02.html
[2013_1_ _10]: http://www.cnblogs.com/lyhabc/archive/2013/01.html
[2012_12_ _11]: http://www.cnblogs.com/lyhabc/archive/2012/12.html
[2012_11_ _10]: http://www.cnblogs.com/lyhabc/archive/2012/11.html
[2012_10_ _6]: http://www.cnblogs.com/lyhabc/archive/2012/10.html
[2012_9_ _5]: http://www.cnblogs.com/lyhabc/archive/2012/09.html
[2012_8_ _3]: http://www.cnblogs.com/lyhabc/archive/2012/08.html
[2012_7_ _1]: http://www.cnblogs.com/lyhabc/archive/2012/07.html
[2012_6_ _1]: http://www.cnblogs.com/lyhabc/archive/2012/06.html
[2012_5_ _2]: http://www.cnblogs.com/lyhabc/archive/2012/05.html
[2012_4_ _4]: http://www.cnblogs.com/lyhabc/archive/2012/04.html
[2012_1_ _1]: http://www.cnblogs.com/lyhabc/archive/2012/01.html
[2011_9_ _3]: http://www.cnblogs.com/lyhabc/archive/2011/09.html
[2011_7_ _2]: http://www.cnblogs.com/lyhabc/archive/2011/07.html
[2011_6_ _1]: http://www.cnblogs.com/lyhabc/archive/2011/06.html
[2011_5_ _2]: http://www.cnblogs.com/lyhabc/archive/2011/05.html
[ASP_1]: http://www.cnblogs.com/lyhabc/category/555145.html
[hadoop]: http://www.cnblogs.com/lyhabc/category/633742.html
[IIS_2]: http://www.cnblogs.com/lyhabc/category/555139.html
[PHP_1]: http://www.cnblogs.com/lyhabc/category/564742.html
[SQL Server_8]: http://www.cnblogs.com/lyhabc/category/649564.html
[SQLSERVER_611]: http://www.cnblogs.com/lyhabc/category/401813.html
[7 1]: http://www.cnblogs.com/lyhabc/category/377461.html
[8 1]: http://www.cnblogs.com/lyhabc/category/453147.html
[4 2]: http://www.cnblogs.com/lyhabc/category/596747.html
[mvp]: http://www.cnblogs.com/lyhabc/gallery/559088.html
[MYSQL]: http://www.cnblogs.com/lyhabc/gallery/596090.html
[SQLSERVER 4]: http://www.cnblogs.com/lyhabc/gallery/489759.html
[Link 49]: http://www.cnblogs.com/lyhabc/gallery/377530.html
[Link 50]: http://www.cnblogs.com/lyhabc/articles/2481476.html
[TortoiseSVN_1.7.2.22327_x86]: http://www.kuaipan.com.cn/file/id_4401224786917885.htm
[1. Re_MYSQL_]: http://www.cnblogs.com/lyhabc/p/3691555.html#3126317
[2. Re_INSERT_]: http://www.cnblogs.com/lyhabc/p/4278937.html#3125613
[3. Re_INSERT_]: http://www.cnblogs.com/lyhabc/p/4278937.html#3125608
[4. Re_INSERT_]: http://www.cnblogs.com/lyhabc/p/4278937.html#3125606
[5. Re_INSERT_]: http://www.cnblogs.com/lyhabc/p/4278937.html#3125526
[1. _SSMS_sqlserver_ toad for sqlserver5.7_13793]: http://www.cnblogs.com/lyhabc/archive/2012/08/25/2656887.html
[2. _SQLSERVER_9992]: http://www.cnblogs.com/lyhabc/p/3683147.html
[3. SQLSERVER_CPU_9812]: http://www.cnblogs.com/lyhabc/archive/2013/06/12/3133273.html
[4. _SQLSERVER_8809]: http://www.cnblogs.com/lyhabc/p/3828496.html
[5. _SQLSERVER_7644]: http://www.cnblogs.com/lyhabc/archive/2013/02/17/2914745.html
[1. SQLSERVER MVP _117]: http://www.cnblogs.com/lyhabc/p/3335557.html
[5. _88]: http://www.cnblogs.com/lyhabc/p/3900229.html
[Link 51]: http://www.cnzz.com/stat/website.php?web_id=1000071539