SQL Server中CLUSTERED INDEX的特殊用处

背景
CLUSTERED INDEX的定义
简单实验
总结

背景

在查看SQL Server数据库项目的存储过程中，看到了如下2行紧邻的代码

create CLUSTERED index #detail_idx_order on #detail(ordersno, name, count, orderdate)
drop index #detail_idx_order on #detail

（此处 #detail 表名前加 # 表示本地临时表，与用户Session有关，当用户断开连接时，如果用户没有手动Drop临时表， SQL Server将自动Drop 临时表）
因之前一直使用create index ，未深入了解过 CLUSTERED INDEX，就感觉此处代码很奇怪，建了一个INDEX，马上就删掉了，后续没有用到该索引，从数据库优化的角度来看，该处的两句应该删掉，毕竟建立索引和删除索引都是有数据库消耗的。
不过从开发的角度考虑，也不会无缘无故写该两句，应该有什么自己不知道的特性，就进行了查询与实验。
先说结果：
该处创建并删除CLUSTERED INDEX 是为了将数据按照（ordersno, count, orderdate）的顺序进行物理排序，保证执行：select * from #detail 查出的数据，默认带有 order by ordersno, count, orderdate
即等价于：select * from #detail order by ordersno, count, orderdate

CLUSTERED INDEX的定义

CLUSTERED INDEX ：聚簇索引是对磁盘上实际数据重新组织以按指定的一个或多个列的值排序的算法。
特点是存储数据的顺序和索引顺序一致。
聚集索引相当于使用字典的拼音查找，因为聚集索引正文内容本身就是一种按照一定规则排列的目录，存储记录时物理上连续存在的，即拼音a过了后面肯定是b 。

简单实验

定义中介绍了CLUSTERED INDEX 的特性，不过在本背景中，该索引还被删除了，从索引的角度，索引跟原始表结构是分开存储的，且该索引只涉及到表的部分字段，当索引被删掉后，再次查询数据时，还是有序的吗？
#detail 中一共4个字段（ordersno, count, orderdate,name）

创建表

create table testdetail (
ordersno int,
name varchar(20),
orderdate date,
count int
)

插入测试数据

insert into testdetail values (321,'bbb',SYSDATETIME(),10);
insert into testdetail values (301,'ccc',convert(date,'2020-05-16',23),30);
insert into testdetail values (123,'aaa',convert(date,'2021-05-01',23),30);
insert into testdetail values (451,'ccc',convert(date,'2020-12-16',23),30);
insert into testdetail values (311,'abc',convert(date,'2020-07-12',23),30);
insert into testdetail values (629,'fff',convert(date,'2021-01-13',23),30);
insert into testdetail values (210,'eee',convert(date,'2020-02-16',23),30);

查询普通表数据

select * from testdetail;

创建临时表并查询临时表数据

select * into #testdetail from testdetail;
select * from #testdetail;

5. 临时表创建聚簇索引并查询数据

create clustered index #detail_idx_order on
#testdetail (ordersno,orderdate,count);
select * from #testdetail;

造的数据不太好，odersno 自己就搞定了排序

6. 向临时表中插入一条数据，查询

insert into #testdetail values (311,'abc',convert(date,'2020-07-12',23),30);
select * from #testdetail;

新插入的数据，排序正常

删除临时表聚簇索引并查询数据

drop index #detail_idx_order on #testdetail;
select * from #testdetail;

结果数据还是排序后的顺序

重新向临时表中插入一条数据，查询
新插入数据的位置，就再最后面了

后续还做了普通表上的聚簇索引的实验，结果与临时表一致。

总结

在临时表上及普通表上创建 CLUSTERED INDEX 索引，会将整表数据，按照物理位置进行排序存储，且新插入数据，也会按照排序后的顺序存储；删除聚簇索引后，已排序的数据物理位置不发生变化，再新插入数据，新插入数据顺序恢复到普通表的情形。