同时创建一个相应的function-based index <- 中国开发网

账号

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

周星驰 · 2011-01-19 16:50:40 · 阅读: 461

同时创建一个相应的function-based index

CREATE INDEX customer_id_substr_idx ON your_table( substr( customer_id,1,8 ) );

相关信息:

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

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

页面内容处理时间: 0.014 - 524544