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

CNDEV.ORG

当前在线

论坛

CBD
- 程序员情感CBD
- 程序员见面交流会
CBD开发区
- Java/J2ME
- .NET/C#
- 数据库
- Delphi/BCB
- Visual C
个人
- 袁国术的个人网站
- 翟旭东网!!!
其它
情感
游戏
- CNDEV-CS/WOW
- 浩宇长空
生活
论坛系统

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

haitao：

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

[阅读: 371] 2011-01-21 01:07:40

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

相关信息:

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

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

页面内容处理时间: 0.016 - 515472