【建表后数据的排序问题－－如何按insert的先后排序】gz、up有分，解决者另加100

Question

放一个时间字段
INSERTTIME DATETIME NOT NULL DEFAULT (GETDATE())
建一个clustered索引，以这个字段为第一个字段。

Answer 1

增加一個時間字段,設定default value =getdate(),再按時間排序.增加字段沒關系,只要指定 default value, 應用程序的代碼不用修改.

Answer 2

其实只是想知道为什么它的存储顺序不是插入顺序
A:SQL SERVER是根据表的clustered索引来排序的,宾且和你的默认字符集又关联.

Answer 3

leimin(黄山光明顶)如果没有指定clustered呢？

Answer 4

这就是为什么：“我把clustered去掉了，可是数据的顺序是随机的”。

Answer 5

加了一个自增字段，然后设为clustered主键另外有三个字段设为约束，也就是不能重复程序不做改动，在调用此表时条件包括上述三个字段（或部分）
顺序依然为按那三个字段排序，为什么？因为约束也是索引吗？如何解决！

Answer 6

Microsoft® SQL Server™ 2000 自动创建唯一索引，以强制实施 PRIMARY KEY 和 UNIQUE 约束的唯一性要求。除非表中已存在聚集索引，或者显式指定了非聚集索引，否则将会创建一个唯一的聚集索引，以实施 PRIMARY KEY 约束。除非显式指定了聚集索引，否则，默认情况下创建唯一的非聚集索引以强制 UNIQUE 约束。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
也就是说只有主键是聚集索引
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

Answer 7

另外，没有哪个地方说过select * from yourtable 就是按照聚集索引排序的吧？要排序还是用order by

Answer 8

sky_blue(老衲):不对，可以在主键以外创建聚集索引的。如果没有先设定聚集索引，在创建主键时会在主键上创建聚集索引。如果一个表有聚集索引，select * from yourtable就是按聚集索引的顺序返回记录。因为聚集索引实际上是记录存放的顺序。如果一个表没有聚集索引，返回的记录顺序是随机的。

Answer 9

第一个是我的说法有问题，可能没表达对，引用的话是对的第二个"如果一个表有聚集索引，select * from yourtable就是按聚集索引的顺序返回记录"我表示怀疑。没有说结果集一定和聚集索引有必然联系。

Answer 10

你可以在查询分析器里用“显示估计的执行计划”看一下，select * from mytable 对于有聚集索引的表是用的“Clustered index scan”，对于没有聚集索引的表用的是“table scan”。

Answer 11

to: sky_blue(老衲)
  如果没有排序,查询出来的顺序确实是按聚集索引的.
有资料表明,按输入次序的聚集索引并不是一个好的选择,会影响聚集索引的效率,但可惜本人才疏学浅,虽然资料说了所以然,我没有看懂,只记住了其然.

Answer 12

我的观点（针对有聚集索引的情况）是：对于select * from yourtable 因为查询很简单，所以数据库很可能就是按照聚集索引的顺序把所有的记录依次形成结果集。但是，并不能说看到的这个顺序一定就是存储的顺序，从实现的角度来讲，完全可以几个CPU或者线程一起做，最后把结果合起来。这样顺序并不一定就是存储的顺序。不过现在的并行处理主要是针对复杂查询的，所以认为看到的就是聚集索引的顺序也对。

Answer 13

安全起见，还是指定order by吧

Answer 14

又找到一点论据，呵呵
Clustered Index Scan
Clustered Index Scan 逻辑运算符和物理运算符扫描 Argument 列内指定的聚集索引。当可选 WHERE:() 谓词出现，则只返回满足该谓词的行。如果 Argument 列包含 ORDERED 子句，则表示查询处理器已请求按聚集索引排序行的顺序返回行输出。如果没有出现 ORDERED 子句，存储引擎将以最佳方式（不保证对输出排序）扫描索引。

Answer 15

精彩！
studying......
up!

Answer 16

好，算是扯平了：）
这样讨论是不错，至少现在脑袋里又条“结论”后面加了个问号了，呵呵。。找不到更多的资料来说明“最佳方式”到底是怎么样的，虽然我认为SQL的查询分析器永远是能用聚集索引就用聚集索引的（因为这样是最省力的）。但它又不能保证一定按聚集索引的排序输出结果，我还是想不出是为什么，但愿只是他们保守的说法：）有兴趣的继续讨论。

Answer 17

我们都知道SQLSERVER是通过PAGE来保存RECORDS,
1.如果该TABLE没有聚集索引,SQLSERVER保存每条记录的具体地址,并且按着这个地址SCAN FULL TABLE查找某条记录.
2.如果该TABLE有聚集索引,SQLSERVER保存指向每条记录的地址的指针,(INDEX TABLE),SQL SERVER通过INDEX TABLE查找某条记录.
而SQL SERVER7.0 AND SQL SERVER 2000对查询进行了优化,也就是说,如果一个表有聚集索引,SQL SERVER并不一定会通过聚集索引来查找记录,这要根据记录的多少和大小来确定,如果该表的记录很少,SQL SERVER查询优化器会通过TABLE SCAN来查找指定的记录,而不会通过聚集索引来查找.
大家可以试验:
select field1,sum(field2) from tablename group by field1
如果分组的数据集很小,执行步骤中就有排序的操作,如果数据集比较大,结果集就是随机的排序.(SQL SERVER7 AND 2000 的BUG)
所以SQL SERVER会有一个临界点来区分是TABLE SCAN还是通过聚集索引.