复杂的sql，自动分析有误是合理的，可以理解的；很简单的sql，自动分析有误是不合理的，不应该 <- 中国开发网

CNDEV.ORG

当前在线

论坛

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

haitao：

复杂的sql，自动分析有误是合理的，可以理解的；很简单的sql，自动分析有误是不合理的，不应该

[阅读: 393] 2011-01-21 02:46:30

现在的数据库引擎已经比普通程序员还要智能了，不应该还会犯低级错误

我上次尝试比较4种分页的sql时，分析计划出错了，但是我觉得可以理解、可以接受：
http://blog.csdn.net/sz_haitao/archive/2011/01/10/6127571.aspx

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

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

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

相关信息:

oracle下，一个sql，对一个索引字段查询，发现 like LE170962% 比 = LE1762 要快得多，这是为什么？ (空) (ahfei [756] 2011-01-19 15:08)
- oracle 高人请进，进一步发现，怎么会用不到索引？ (1448字) (ahfei [468] 2011-01-19 15:35)
  - 再进一步发现，如果去掉acctname='A'，第一个sql也可以用到索引 (空) (ahfei [557] 2011-01-19 15:39)
  - 如果你没在字段上加非空约束，应该使用不到索引的。 (2字) (Apache [572] 2011-01-19 15:41)
    - 我奇怪的是，用like的反而用到了index，用=的去做全表scan了 (空) (ahfei [319] 2011-01-19 15:45)
  - 没看懂。弱弱的提个测试方法：加个order by试试？ (空) (没脾气2x [292] 2011-01-19 15:49)
    - 貌似无效... (空) (ahfei [281] 2011-01-19 16:12)
  - 用substr呢？ (空) (周星驰 [275] 2011-01-19 16:48)
    - 同时创建一个相应的function-based index (82字) (周星驰 [366] 2011-01-19 16:50)
      - 是执行计划的问题。。。要根据我们的db情况，做一个计划。 (空) (ahfei [287] 2011-01-19 17:03)
  - 无责任乱入：可以修改执行计划，让他用索引 (空) (一切为何 [276] 2011-01-19 16:49)
    - 目前发现只能这么做。但本人功夫不深，准备请阿三上。 (空) (ahfei [288] 2011-01-19 17:03)
  - 可以加些tips,建議oracle用你指定的索引 (1243字) (dead_lee [376] 2011-01-19 20:42)
    - 谢谢，有了初步的成果 (空) (ahfei [275] 2011-01-20 20:19)
- 发现水好深啊。。。。 (空) (ahfei [308] 2011-01-19 16:36)
- 因为like就是不能用索引了 (空) (steel1 [271] 2011-01-19 23:13)
  - 錯 (空) (dead_lee [289] 2011-01-20 21:51)
  - oracle下，like 'abc%' 这样是可以用索引的 (空) (aho [307] 2011-01-20 22:58)
    - mssql也是这样。。。。问题是：都能使用索引的 like LE170962% 比 = LE1762 要快得多 (20字) (haitao [373] 2011-01-21 08:44)
      - 比如所有字符串长度都是 6 个字符的时候, 当然会快 (空) (holly [276] 2011-01-21 08:58)
        你说的是char比varchar快？这个是肯定的，varchar需要多一个长度检查，但是它的开销早已经是可以忽略不计的 (17字) (haitao [336] 2011-01-21 09:07)
      - 原因是oracle用了不同的explain plan (空) (ahfei [288] 2011-01-21 10:23)
        不同不是问题，问题是不合理 (空) (haitao [2] 01-21 08:42) (120字) (haitao [409] 2011-01-21 10:35)
        啥都自动合理了，还要那么多维护人员、优化人员做什么。执行计划是根据分析结果做出来的，如果表长时间没有分析过，有可能执行计划就不是最优 (74字) (王中王 [447] 2011-01-21 10:39)
        复杂的sql，自动分析有误是合理的，可以理解的；很简单的sql，自动分析有误是不合理的，不应该 (140字) (haitao [392] 2011-01-21 10:46)
        我的数据比较多，sql server版我使用row number分页，比top好像快得多 (空) (ahfei [445] 2011-01-21 11:27)
        越靠后，比top倒腾法快的越多；靠前的，还不如top倒腾 (89字) (haitao [376] 2011-01-21 11:34)
        我们的查询很复杂，我想db基本很难预测 (空) (ahfei [290] 2011-01-21 11:42)
        海大师深究，那我就说实话。 (113字) (ahfei [367] 2011-01-21 11:08)
        哦，复杂的sql，那计划分析出错是可能的。。。。。。。。。 (62字) (haitao [390] 2011-01-21 11:13)
        复杂sql写完最好看一下执行计划。 (45字) (aho [376] 2011-01-21 12:34)

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

页面内容处理时间: 0.011 - 497728