应该不会慢，都在系统内部做的 <- 中国开发网

CNDEV.ORG

当前在线

论坛

CBD
- 程序员情感CBD
- 程序员见面交流会
CBD开发区
- Java/J2ME
- .NET/C#
- 数据库
- Delphi/BCB
- Visual C
个人
- 袁国术的个人网站
- 翟旭东网!!!
其它
情感
游戏
- CNDEV-CS/WOW
- 浩宇长空
生活
论坛系统

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

haitao：

应该不会慢，都在系统内部做的

[阅读: 478] 2005-11-10 08:34:40

应该有专门的优化处理办法的吧
否则也没必要提供这样的语法

相关信息:

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

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

页面内容处理时间: 0.030 - 629576