繁體中文当前位置: 首页 > 图文教程 > 数据库 > MSSQL > 在SQL2k降序索引上使用中bug
- MSSQL
- SQL Server日志清除的两种方法
- 解密SQL Server数据库系统的编译
- Oracle数据库编写有效事务指导方针
- 让SQL Server数据库自动执行管理任务（一）
- 让SQL Server数据库自动执行管理任务（二）
- SQL 2008的变更数据捕获：跟踪可变部分
- 巧妙规划使用Oracle数据空间
- 升级SQL Server 2008数据库引擎
- SQL Data Services将成为云中完整的数据库
- SQL Server数据库触发器安全隐患解析
- 实例讲解Oracle到SQL Server主键迁移
- 通过事务日志解决SQL Server常见四大故障（二）
- 通过事务日志解决SQL Server常见四大故障（一）
- SQL Server索引管理的六大铁律
- SQL Server SA权限最新入侵方法
- SQL Server日志文件总结及日志满的处理
- Oracle数据库SQL语句性能调整的基本原则
- 应用技术：如何通过SQLyog分析MySQL数据库
- SQL Server 2008主要功能在兼容性上的问题
- Oracle与SQL Server数据库镜像对比
MSSQL 中的 在SQL2k降序索引上使用中bug
出处:互联网 整理: 软晨网（RuanChen.com） 发布: 2009-10-30 浏览: 108 ::
收藏到网摘: 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
