你的出发点还是有问题啊，他不会帮你把a=b改写成b=a的，他是要知道你想干什么，然后把最糟糕的实现目的的途径剔除 <- 中国开发网

账号

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

DeepBlue · 2007-06-14 16:15:55 · 阅读: 470

你的出发点还是有问题啊，他不会帮你把a=b改写成b=a的，他是要知道你想干什么，然后把最糟糕的实现目的的途径剔除

<空>

相关信息:

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

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

页面内容处理时间: 0.025 - 531536