繁體中文当前位置: 首页 > 图文教程 > 数据库 > MSSQL > 在SQL2k降序索引上使用中bug
- MSSQL
- 无数据库日志文件恢复数据库方法两则(一)
- SQLServer编写存储过程小工具(一)
- SQLServer编写存储过程小工具(二)
- SQLServer编写存储过程小工具(三)
- Eclipse+JBoss+MySQL开发环境设置
- MYSQL使用简述
- 一些有用的sql语句实例
- 枚举SQLServer的实例
- SQLServer应用程序中的高级SQL注入
- SQL Server数据库超级管理员账号防护知识
- 讲解如何实现互联网上数据库的安全
- SQL 2005数据库转到SQL 2000的步骤讲解
- 带你轻松接触数据库生成xml的两个方法
- 用MS SQL Reporting Services生成报表
- 保护SQL Server的十个步骤
- 关于SQL SERVER的一些安全问题
- SQL Server 2008数据库中使用表值参数
- SQL Server 2005中用存储过程实现搜索功能
- MS SQL数据库置疑解决办法
- SQL Server密码管理的六个危险判断
MSSQL 中的 在SQL2k降序索引上使用中bug
出处:互联网 整理: 软晨网（RuanChen.com） 发布: 2009-10-30 浏览: 65 ::
收藏到网摘: n/a
详细情况看我的回贴：
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
评论 (0) All
