当前位置: 首页 > 图文教程 > 数据库 > MSSQL > 在SQL2k降序索引上使用中bug

MSSQL
SQL数据操作基础(初级)3
SQL数据操作基础(初级)4
SQL数据操作基础(初级)5
SQL数据操作基础(中级)6
SQL数据操作基础(中级)7
SQL数据操作基础(中级)8
SQL数据操作基础(中级)9
SQL数据操作基础(中级)10
如何找出消耗cup的进程信息和执行的语句
改善SQL Server内存管理
减少SQL日志的三种方法
SQL脚本生成的一些BUG(1)
SQL脚本生成的一些BUG(2)
sqlserver日志文件总结及充满处理
启动SQL SERVER时自动执行存储过程
SQL Server 连接基础知识
修改用户定义的数据类型
利用MSSQL sp自制未公开的加密函数
让你的SQL运行速度明显提高
十大绝招保护SQL Server数据库安全

MSSQL 中的 在SQL2k降序索引上使用中bug


出处:互联网   整理: 软晨网(RuanChen.com)   发布: 2009-10-30   浏览: 48 ::
收藏到网摘: n/a

  解决SQL2k降序索引上使用对比条件更新或删除的bug我在SQL server 2000 enterprise 和 personal 都试过了, 每次都这样。:(
详细情况看我的回贴:

SQl server 7.0 中的确没有问题,  sql 2000 中(enterprise 和 personal版本都可以),

表要有聚簇索引,并且索引的顺序是降序,

例如 按下列DDL sql 建立的表
CREATE TABLE [AType] (
    [AID] [int] NOT NULL ,
    [name] [varchar(20)] NOT NULL ,
    CONSTRAINT [PK_DateType] PRIMARY KEY  CLUSTERED
    ([AID] DESC)  ON [PRIMARY] ,
) ON [PRIMARY]

添一些数据后, AID 分别分布在1-100之间
INSERT INTO [AType] VALUES(1,'a')
INSERT INTO [AType] VALUES(50,'b')
INSERT INTO [AType] VALUES(100,'c')

   select from atype where Aid < 50
   go
   delete from Atype where AID < 50
   go
   select from atype where Aid < 50
最后一句查询仍然有记录输出. :(


by 怡红公子
报告已经发送给MSSQL开发小组,他们承认这一错误。
在没有新的补丁出来之前,给出以下建议:
不要在单列上使用降序索引,因为这并没有在性能上带来好处,仅仅是省略了Order by field desc几个字而已,用qa的show plan看一下就知道了,不管有没有order by或者不管是asc还是desc,都没有这项开销的(在聚簇索引上)。
降序索引一般是用于复合索引的,这可能是这个bug出现的原因。
原文:
Note that there is no need to create a descending index on a single column because SQL Server can traverse
an ascending index backwards when appropriate.  Descending is normally used only in composite indexes.  
This is probably why the bug surfaces here