不同不是问题，问题是不合理 (空) (haitao [2] 01-21 08:42) <- 中国开发网

CNDEV.ORG

当前在线

论坛

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

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

haitao：

不同不是问题，问题是不合理 (空) (haitao [2] 01-21 08:42)

[阅读: 410] 2011-01-21 02:35:10

=的定位，利用索引的二分法的开销是log(n)
like 'xxx%'，开始也是可以利用索引的二分法，开销也是log(n)，然后再需要遍历少许直到不符合xxx开头的
显然这种like会比=慢一点点，可能感觉不到差别，但是不应该比=快很多

我的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 [757] 2011-01-19 15:08)
- oracle 高人请进，进一步发现，怎么会用不到索引？ (1448字) (ahfei [469] 2011-01-19 15:35)
  - 再进一步发现，如果去掉acctname='A'，第一个sql也可以用到索引 (空) (ahfei [558] 2011-01-19 15:39)
  - 如果你没在字段上加非空约束，应该使用不到索引的。 (2字) (Apache [573] 2011-01-19 15:41)
    - 我奇怪的是，用like的反而用到了index，用=的去做全表scan了 (空) (ahfei [320] 2011-01-19 15:45)
  - 没看懂。弱弱的提个测试方法：加个order by试试？ (空) (没脾气2x [293] 2011-01-19 15:49)
    - 貌似无效... (空) (ahfei [282] 2011-01-19 16:12)
  - 用substr呢？ (空) (周星驰 [276] 2011-01-19 16:48)
    - 同时创建一个相应的function-based index (82字) (周星驰 [367] 2011-01-19 16:50)
      - 是执行计划的问题。。。要根据我们的db情况，做一个计划。 (空) (ahfei [288] 2011-01-19 17:03)
  - 无责任乱入：可以修改执行计划，让他用索引 (空) (一切为何 [277] 2011-01-19 16:49)
    - 目前发现只能这么做。但本人功夫不深，准备请阿三上。 (空) (ahfei [289] 2011-01-19 17:03)
  - 可以加些tips,建議oracle用你指定的索引 (1243字) (dead_lee [376] 2011-01-19 20:42)
    - 谢谢，有了初步的成果 (空) (ahfei [275] 2011-01-20 20:19)
- 发现水好深啊。。。。 (空) (ahfei [309] 2011-01-19 16:36)
- 因为like就是不能用索引了 (空) (steel1 [272] 2011-01-19 23:13)
  - 錯 (空) (dead_lee [289] 2011-01-20 21:51)
  - oracle下，like 'abc%' 这样是可以用索引的 (空) (aho [308] 2011-01-20 22:58)
    - mssql也是这样。。。。问题是：都能使用索引的 like LE170962% 比 = LE1762 要快得多 (20字) (haitao [373] 2011-01-21 08:44)
      - 比如所有字符串长度都是 6 个字符的时候, 当然会快 (空) (holly [277] 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 [393] 2011-01-21 10:46)
        我的数据比较多，sql server版我使用row number分页，比top好像快得多 (空) (ahfei [446] 2011-01-21 11:27)
        越靠后，比top倒腾法快的越多；靠前的，还不如top倒腾 (89字) (haitao [377] 2011-01-21 11:34)
        我们的查询很复杂，我想db基本很难预测 (空) (ahfei [291] 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 - 497680