因为以前的说法是：子查询尽量先做范围限制，sql的效率才会高 <- 中国开发网

CNDEV.ORG

当前在线

论坛

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

haitao：

因为以前的说法是：子查询尽量先做范围限制，sql的效率才会高

[阅读: 724] 2007-06-14 16:40:28

现在有点怀疑是不是这一条过时了。。。。。。。。

也就是说：子查询不先做范围限制，而是简单的无条件，范围限制在外面——如果优化器能自动理解，并实现自动把范围限制加到子查询的效果，那么，这一条真的过时了
甚至变成：子查询尽量不要先做范围限制，这样才利于优化器理解sql，最后优化的效果才会好。。。。。。
哈哈，正好反过来了！

我的blog：http://szhaitao.blog.hexun.com & http://www.hoolee.com/user/haitao

－－以上均为泛泛之谈－－不尽牛人滚滚来，无边硬伤纷纷现人在江湖飘（出来混的），哪能不挨刀（总归是要还的）
网络对话，歧义纷生；你以为明白了对方的话，其实呢？

您所在的IP暂时不能使用低版本的QQ，请到：http://im.qq.com/下载安装最新版的QQ，感谢您对QQ的支持和使用

相关信息:

【技术贴，数据库】现有主从表A、B，记录数比较多 (375字) (haitao [605] 2007-06-14 15:51)
- 不要推测，做实验 (空) (pcplayer [356] 2007-06-14 15:53)
  - 实验带有偶然性。。。。。。。。。。 (空) (haitao [436] 2007-06-14 16:09)
- 实验的结果是：最后看似最低效的做法，速度也相当快 (20字) (haitao [409] 2007-06-14 16:30)
  - 召唤execute plan (空) (wuyan [430] 2007-06-14 16:45)
    - 看了执行计划，好像没什么特别的 (24字) (haitao [384] 2007-06-14 16:51)
      - 唔，只能友情召唤深蓝大魔王了 (空) (wuyan [423] 2007-06-14 17:27)
  - 看使用优化器的优化级别。 (空) (python [344] 2007-06-14 16:46)
    - 典型的DB2中毒 (空) (DeepBlue [347] 2007-06-14 17:20)
- 你在猜测那个写法好，这个出发点成了问题。 (261字) (DeepBlue [532] 2007-06-14 23:49)
  - 严重同意 (44字) (变废为宝 [391] 2007-06-14 23:57)
    - 既然优化器做了太多事情，为什么还要“SQL要定期调优”？让系统自己去搞不就行了？我不熟悉数据库哈，请教一下。 (空) (pcplayer [418] 2007-06-15 00:02)
      - 因为 (57字) (变废为宝 [387] 2007-06-15 00:04)
      - 因为数据在变化啊，不只是量的变化，就算是数据内容的变化也会影响到统计信息的，然后就影响到了执行计划 (空) (DeepBlue [393] 2007-06-15 00:11)
  - 我是想知道，现在的优化器水平下，还有没有必要人为对子查询预先做范围限制。。。。。 (139字) (haitao [492] 2007-06-15 00:03)
    - 优化器自己也不知道的，他不是要转换你的写法，他是要理解你要干什么后自己写 (空) (DeepBlue [448] 2007-06-15 00:08)
      - 如果这样，我最后的写法是最直观的（直达目的，不考虑效率），应该最好理解、最容易达到优化的效果？ (30字) (haitao [429] 2007-06-15 00:12)
      - 他会不会理解错了呢？究竟是人写SQL需要按某种规则精心写好，还是胡写然后依赖系统智能？反正我是不太会写SQL的，系统智能高些是好事。 (空) (pcplayer [382] 2007-06-15 00:12)
        应该不会不会理解错；它只是分解到实际执行的最小动作；只是如果人写得不好，可能会影响它的优化水平 (空) (haitao [369] 2007-06-15 00:17)
        你再想一想它会不会理解错 (空) (DeepBlue [362] 2007-06-15 00:19)
        没好坏之分又哪来的精心和胡乱之分？他的缺陷在于是为了避免最坏的情况出现，那么它的智能化能够依赖吗？ (空) (DeepBlue [587] 2007-06-15 00:24)
        实在不懂现在的DB SERVER是怎么工作的。没有看过有关的书。 (空) (pcplayer [345] 2007-06-15 00:29)
        。。。DB说得很清楚了嘛，就是DBMS做的事情，不是最坏的，但也不是最好的 (13字) (变废为宝 [439] 2007-06-15 00:33)
    - 你的出发点还是有问题啊，他不会帮你把a=b改写成b=a的，他是要知道你想干什么，然后把最糟糕的实现目的的途径剔除 (空) (DeepBlue [416] 2007-06-15 00:15)
      - 我的3种写法，最终干什么（效果）都是一样的。。。。。。 (35字) (haitao [450] 2007-06-15 00:20)
    - 还是 (103字) (变废为宝 [414] 2007-06-15 00:23)
      - 这个我知道。。。。。。我想明确的是，同样的记录数、内容、索引下，3种写法是不是都会被优化（重写）成同一种sql？ (63字) (haitao [493] 2007-06-15 00:33)
        你当然也可以不变SQL，那就定期根据SQL来做数据库调优 (17字) (变废为宝 [431] 2007-06-15 00:35)
        因为以前的说法是：子查询尽量先做范围限制，sql的效率才会高 (165字) (haitao [723] 2007-06-15 00:40)
        。。。不和你讨论了，有请DB把你从牛角尖里拔出来 (4字) (变废为宝 [437] 2007-06-15 00:43)
        怎么是牛角尖呢？只是想知道人为的优化（如子查询尽量先做范围限制）还是否需要。。。。 (37字) (haitao [437] 2007-06-15 00:58)
        还是需要的 (空) (DeepBlue [350] 2007-06-15 09:31)
        不过时，没有错 (空) (DeepBlue [315] 2007-06-15 09:29)
- 这是们艺术，你现在知道得太多只会拔苗助长，留着疑问，别下定论，埋头实践去吧。 (113字) (DeepBlue [481] 2007-06-15 09:35)
  - 果然是大魔王了...... (空) (有狐 [379] 2007-06-15 15:51)

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

页面内容处理时间: 0.007 - 505520