你说的是char比varchar快？这个是肯定的，varchar需要多一个长度检查，但是它的开销早已经是可以忽略不计的 <- 中国开发网

账号

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

haitao · 2011-01-21 09:07:40 · 阅读: 392

你说的是char比varchar快？这个是肯定的，varchar需要多一个长度检查，但是它的开销早已经是可以忽略不计的

主贴应该都是对同一个字段进行操作吧

相关信息:

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

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

页面内容处理时间: 0.024 - 525680