索引没用上，不会这么慢的 <- 中国开发网

CNDEV.ORG

当前在线

论坛

CBD
- 程序员情感CBD
- 程序员见面交流会
CBD开发区
- Java/J2ME
- .NET/C#
- 数据库
- Delphi/BCB
- Visual C
其它
情感
游戏
- CNDEV-CS/WOW
- 浩宇长空
生活
论坛系统

中国开发网: 论坛: 程序员情感CBD: 贴子 233750

DeepBlue：索引没用上，不会这么慢的

[阅读: 421] 2005-11-08 08:21:35

<空>

相关信息:

test (96字) (没脾气2x [567] 2005-11-08 14:32)
- SQL Server 2005 另人期待的 ROW_NUMBER... (空) (李战 [520] 2005-11-08 14:34)
- 21秒 (146字) (没脾气2x [452] 2005-11-08 16:10)
  - 索引没用上，不会这么慢的 (空) (DeepBlue [420] 2005-11-08 16:21)
    - 我的 "定单号" 字段是聚合索引,,,, (空) (没脾气2x [462] 2005-11-08 16:31)
      - 有索引和用索引是2回事 (空) (DeepBlue [427] 2005-11-08 16:37)
        那上面这个怎好改改呢？我是想以后做翻页用到 row_number 似乎更方便好写一些。 (空) (没脾气2x [512] 2005-11-08 16:38)
        把执行计划贴出来看看 (空) (DeepBlue [424] 2005-11-08 16:41)
        看执行计划，100%和99%的工作是在scan index上，那就是说已经用上索引了？ (237字) (haitao [503] 2005-11-08 21:39)
  - 不过where rownum不是直接在子查询里加以限制，感觉会失去对IO开销的降低 (246字) (haitao [640] 2005-11-09 00:08)
    - row_number 无法在 where 里用 (空) (没脾气2x [465] 2005-11-09 16:58)
- 感觉这个ROW_NUMBER() OVER rank好像是在线分析里的语法。。。会不会开销远高于top n skip m？ (20字) (haitao [731] 2005-11-08 21:23)
- 顶 (37字) (haitao [471] 2005-11-09 11:06)
  - 再顶。。。执行计划贴出来了，deepblue进来看看。。。 (空) (haitao [405] 2005-11-10 11:51)
    - 看过了，这个做法要访问所有的数据，形成临时数据集，快不了的 (空) (DeepBlue [431] 2005-11-10 12:16)
      - 如果order by的列组合和rownumber over的列组合是一致的，会不会快？ (14字) (haitao [752] 2005-11-10 12:19)
  - 【虽然老文章了。。。不过没提到分区表】海量数据库的查询优化及分页算法方案 (23859字) (haitao [816] 2005-11-10 12:02)
    - SQL Server 2005 中的分区表和索引 (37299字) (haitao [696] 2005-11-10 12:04)
- 我靠…… (709字) (没脾气2x [504] 2005-11-10 16:16)
  - 自动出来树状的了？ (空) (haitao [396] 2005-11-10 16:18)
    - 是啊。。。 (空) (没脾气2x [348] 2005-11-10 16:21)
  - 这个不知道效率得多慢啊，实现树型结构到是方便了。 (空) (没脾气2x [387] 2005-11-10 16:18)
    - 应该不会慢，都在系统内部做的 (29字) (haitao [430] 2005-11-10 16:34)
      - 也许在数据少时不体现，数据量大时就完蛋了，我一直以为 row_number 做排序也挺好的呢。 (空) (没脾气2x [653] 2005-11-10 17:11)
      - 肯定慢，不比你自己做好多少 (空) (DeepBlue [447] 2005-11-10 17:29)

欢迎光临本社区，您还没有登录，不能发贴子。请在这里登录

页面内容处理时间: 0.008 - 611992