在SqlServer 建立索引,查询速度居然没提高???

wujinjian2008n 2009-04-22 03:58:21
表名:Emp 里面有100万条数据。

数据库中的列有Code,Name,Age,Sex
Code为自动排序。

查询语句为:
select * from Emp where Code>850000 --大概需要3秒查询完

然后我在Code列上建立了簇索引,再查询同样需要 3 秒,我试了好几遍,加不加索引查询的速度都一样啊。郁闷

为什么啊??求高人解答
...全文
1450 20 打赏 收藏 转发到动态 举报
写回复
用AI写文章
20 条回复
切换为时间正序
请发表友善的回复…
发表回复
皓月明 2009-04-23
  • 打赏
  • 举报
回复
设成索引肯定能提高查询速度的
wujinjian2008n 2009-04-22
  • 打赏
  • 举报
回复
那图片怎么看啊??
Garnett_KG 2009-04-22
  • 打赏
  • 举报
回复
从图片来看,你在code上建了一个clustered index,而且已经使用了索引.

所以此时查询已经是最优了.

至於说把聚集索引去掉之後查询速度还是一样,原因是去掉索引後,查询用的是堆扫描

但此时因为数据已经按code排序,所以速度上相差不了多少。

在生产环境下,当新/删/修频繁操作一段时间後,堆扫描就会比索引查找慢了.

更多详细资料,请参考
[深度探索:Clustered Index Scan vs Table Scan . ]
http://topic.csdn.net/u/20080707/09/3c64cc80-5f7a-4116-8942-81c6deae9c07.html
浮生若梦丶 2009-04-22
  • 打赏
  • 举报
回复
wujinjian2008n 2009-04-22
  • 打赏
  • 举报
回复
我原来把Code设置为自动增长列,是不是跟这个有关啊。

现在我把自动增长列去掉了,执行效果还是一样。
wujinjian2008n 2009-04-22
  • 打赏
  • 举报
回复
满怀信心的进来看到一个 up
蓝海D鱼 2009-04-22
  • 打赏
  • 举报
回复
up
wujinjian2008n 2009-04-22
  • 打赏
  • 举报
回复
[Quote=引用 11 楼 zzxap 的回复:]
删除索引再select
或者重建索引,减少碎片
[/Quote]

我删了重建 N 多回了,执行的效果是:要不要索引都一样。
wujinjian2008n 2009-04-22
  • 打赏
  • 举报
回复
我原来把Code设置为自动增长列,是不是跟这个有关啊。现在我把自动增长列去掉了。
zzxap 2009-04-22
  • 打赏
  • 举报
回复
删除索引再select
或者重建索引,减少碎片
wujinjian2008n 2009-04-22
  • 打赏
  • 举报
回复
[Quote=引用 8 楼 zsuswy 的回复:]
select * from Emp where Code>850000
这种选择范围内的数据,在Code建聚集索引的查询速度是最快的。但是如果满足Code>850000的数据占整个表的比重非常大,那么建不建索引不会有太大的区别,这个估计就是你现在的这中情况。

如果Code上是非聚集索引,可能这个语句的速度比没有索引还慢,而且可能会慢很多。

如果Code上没有索引,你可以试验一下:
select * from Emp where Code=850000
这个语句与Code上有没有索引…
[/Quote]

要不要索引执行 select * from Emp where Code=850000 都一样,都不到一秒。

我这是一张单独的表,表上没有别的索引。
wujinjian2008n 2009-04-22
  • 打赏
  • 举报
回复
[Quote=引用 7 楼 tkascor 的回复:]
你的主键是 code 吧?
如果是主键,默认就会有索引的了. 而且主键索引一般比普通索引会快3倍
[/Quote]

没有主键
zsuswy 2009-04-22
  • 打赏
  • 举报
回复
select * from Emp where Code>850000
这种选择范围内的数据,在Code建聚集索引的查询速度是最快的。但是如果满足Code>850000的数据占整个表的比重非常大,那么建不建索引不会有太大的区别,这个估计就是你现在的这中情况。

如果Code上是非聚集索引,可能这个语句的速度比没有索引还慢,而且可能会慢很多。

如果Code上没有索引,你可以试验一下:
select * from Emp where Code=850000
这个语句与Code上有没有索引就会有很大的关系。


具体的情况根据你的数据和表上的其它索引的影响结果可能会很不同,你自己可以去分析一下查询计划,看看你说的两种情况的查询计划到底有什么不同。然后再更具实际情况做优化。
你提供的信息并不是很全,很难给到你一个很明确的答案。
tkscascor 2009-04-22
  • 打赏
  • 举报
回复
你的主键是 code 吧?
如果是主键,默认就会有索引的了. 而且主键索引一般比普通索引会快3倍
wujinjian2008n 2009-04-22
  • 打赏
  • 举报
回复
[Quote=引用 5 楼 wujinjian2008n 的回复:]
引用 4 楼 Garnett_KG 的回复:
在查询分析器中CTRL+L 看一下执行计划看索引选择的情况。
[/Quote]

我看不懂啊,麻烦帮我看一下:
wujinjian2008n 2009-04-22
  • 打赏
  • 举报
回复
[Quote=引用 4 楼 Garnett_KG 的回复:]
在查询分析器中CTRL+L 看一下执行计划看索引选择的情况。
[/Quote]

我看不懂啊,麻烦帮我看一下:
http://i3.6.cn/cvbnm/0a/89/b3/43840224c69a125f5d4f475d2506a557.jpg
Garnett_KG 2009-04-22
  • 打赏
  • 举报
回复
在查询分析器中CTRL+L 看一下执行计划看索引选择的情况。
wujinjian2008n 2009-04-22
  • 打赏
  • 举报
回复
我把自动增长给去掉了,查询速度还是一样啊
wujinjian2008n 2009-04-22
  • 打赏
  • 举报
回复
[Quote=引用 1 楼 Ricercar 的回复:]
Code列本来就已经索引了
[/Quote]

设为自动增长列会自动给它加索引??
Ricercar 2009-04-22
  • 打赏
  • 举报
回复
Code列本来就已经索引了
打开链接下载源码: https://pan.quark.cn/s/589796089f72 C++课程设计任务列表,涵盖以下内容:1、识别并显示10至99范围内,各位数乘积超过各位数和的数值,例如数字12不满足条件,因为1乘以2小于1加2,故不输出;而数字27满足条件,因为2乘以7大于2加7,因此需要输出该数。2、开发一个功能,用于从用户输入的任意数量实数中找出最大值与最小值:首先要求用户输入一个正整数n,代表数值的个数,随后用户可输入任意n个实数,程序需找出这n个数中的最大值和最小值并将它们展示出来。3、实现两个已排序数组的合并操作:设有数组A和B,且假设这两个数组的元素均已按照降序排列。编写程序将A和B合并成一个新的数组C,并确保C中的元素同样保持降序排列。int A[10]={123, 86,80, 49,33,15,7,0,-1,-3};int B[10]={100,64,51,50,27,19,15,12,5,2};4、设计一个函数,用于计算特定分数序列前n项的总和,该序列为1/2,1/3,1/4,1/5,1/6,1/7,...。要求在主程序中提示用户输入一个整数n,并验证输入的合法性(n需大于1方为有效),若输入合法,则调用求和函数并显示计算结果。5、编写一个程序,计算两个用户输入日期之间的天数差:用户需以year1,month1,day1和year2,month2,day2的格式输入两个日期,程序随后计算这两个日期之间的天数间隔,并将结果输出到屏幕上。要求编制具有如下原型的函数difs2Date:long GetDayDifference(int y1,int m1,int d1,int y2,int m2,int d2);并在主函数中调用此函数,将计...
代码下载地址: https://pan.quark.cn/s/ee8627e4e6d7 ABAP调试器是一种功能强大的工具,可用于在执行期间对ABAP代码进行检验。除了常规的核心功能(例如逐行运行代码以及检验变量、字段符号和引用的值)之外,它还提供了一些辅助性的特性,能够简化并压缩调试会话的时长。并非所有使用者都熟悉这些辅助特性。SAP ABAP调试器是处理和优化ABAP代码开发与维护工作的核心资源,它配备了多样的功能来协助开发人员在运行状态下进行检验和排除故障。此资源着重阐述了ABAP调试器的一些高级特性,涵盖了深入分析调用堆栈、系统级调试、更新会话调试以及提升调试效率的方法。 1. **深入分析调用堆栈**:除了常规的应用程序调试,开发人员有时需要对调用堆栈的内部层级进行深入调试,特别是在错误出现在异步执行的更新处理或系统级程序时。通过启用**系统级调试**,可以访问通常不公开的系统代码,但这也会导致调用堆栈的显著增加,因此需要审慎操作。 2. **系统级调试**:对于不含业务逻辑的系统级程序,开发人员通常无需进行调试。然而,在特定情形下,例如进行错误追踪时,可能需要进入系统代码。借助调试器的“系统调试启用/禁用”选项,可以赋予对系统程序的调试权限。 3. **更新会话调试**:在处理异步更新任务,例如持久化业务数据时,错误可能发生在更新任务内部。激活**更新会话调试**,在更新任务完成后,调试器将自动启动,展示执行路径。比如,在变更成本中心后,通过输入调试指令 "/h" 启动调试,保存后能够看到更新过程中的错误。 4. **分析调用堆栈**:在进行深入调试时,调用堆栈是至关重要的。通过分析调用堆栈,能够定位到引发问题的具体位置,如在VB_V2_NORMAL...
源码链接: https://pan.quark.cn/s/a4b39357ea24 小程序雷达 AI 驱动的小程序生态选型与风险评估工具,把微信小程序开发资源转化为可筛选、可评估、可对比的技术雷达。 线上地址 主站: Vercel: 适合谁 正在做微信小程序技术选型的产品、研发和架构团队。 需要判断 Taro、uni-app、原生小程序、组件库、云开发和 SDK 风险的团队。 需要把历史 awesome 列表转成可筛选、可对比、可验证技术雷达的维护者。 可以做什么 Radar:按推荐状态、风险等级、资源类型、分类和适用场景浏览小程序生态资源。 Quick Search:快速搜索资源并跳转常用页面。 Compare:对比 Taro、uni-app、原生小程序等核心方案。 Advisor:输入选型问题,获得推荐结论、适用/不适用条件、迁移成本、下一步和证据来源。 Doctor:粘贴小程序项目配置,识别框架依赖、过时方案和迁移风险。 Weekly:查看小程序生态周报和近期风险信号。 数据概览 当前数据集中包含 236 个小程序生态资源。 完整资源可在 Radar 页面和导出能力中查看。 核心样例 Taro ★30.6k+ - 使用 React 的方式开发小程序的框架,同时支持生成多端应用 uni-app ★36.1k+ - 使用 Vue 语法开发小程序、H5、App的统一框架 MPX ★2.1k+ - 增强型小程序框架,深度性能优化,支持跨小程序平台开发,完全兼容原生小程序组件 WePY ★21.7k+ - 支持组件化的小程序开发框架 vant-weapp ★12.3k+ - 高颜值、好用、易扩展的微信小程序 UI 库 tdesign-miniprogram ★1.3...

62,271

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术交流专区
javascript云原生 企业社区
社区管理员
  • ASP.NET
  • .Net开发者社区
  • R小R
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

.NET 社区是一个围绕开源 .NET 的开放、热情、创新、包容的技术社区。社区致力于为广大 .NET 爱好者提供一个良好的知识共享、协同互助的 .NET 技术交流环境。我们尊重不同意见,支持健康理性的辩论和互动,反对歧视和攻击。

希望和大家一起共同营造一个活跃、友好的社区氛围。

试试用AI创作助手写篇文章吧