你当然也可以不变SQL，那就定期根据SQL来做数据库调优 <- 中国开发网

CNDEV.ORG

当前在线

论坛

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

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

变废为宝：

你当然也可以不变SQL，那就定期根据SQL来做数据库调优

[阅读: 380] 2007-06-14 16:35:05

不过这样成本比SQL调优要大得多哦

“烧鹅”要火，赶紧的改

相关信息:

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

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

页面内容处理时间: 0.021 - 616144