还是 <- 中国开发网

CNDEV.ORG

当前在线

论坛

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

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

变废为宝：

还是

[阅读: 413] 2007-06-14 16:23:00

http://www.cndev.org/forum/msg.aspx?pid=525780

要根据你子查询的结果集大小，子查询的索引优化情况等等等等等等来确定啊，还是去试一下吧

“烧鹅”要火，赶紧的改

相关信息:

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

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

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