CNDEV
CNDEV.ORG
当前在线
论坛
CBD
程序员情感CBD
程序员见面交流会
CBD开发区
Java/J2ME
.NET/C#
数据库
Delphi/BCB
Visual C
其它
修真养身
中国象棋
纪念日
谈钱太俗，还是投机吧
听音乐
iCosta
资源共享
一隅
好文共赏
看电影看美剧
待定
狗屎
雪域召唤
工作流
专业显摆区
语录
情感
批评与自我批评
爱情故事
发牢骚
看三点区
游戏
CNDEV-CS/WOW
浩宇长空
生活
家有XPH
我爱学英语
美食天地ORG
半调子体育迷
观澳园友邻
搞笑奇文
拍照片
我读书我存在
论坛系统
超级垃圾站
系统建议及BUG
系统测试
中国开发网
: 论坛:
程序员情感CBD
: 贴子 883847
ahfei
：
目前发现只能这么做。但本人功夫不深，准备请阿三上。
[阅读: 281] 2011-01-19 09:03:09
<空>
相关信息:
oracle下，一个sql， 对一个索引字段查询，发现 like LE170962% 比 = LE1762 要快得多，这是为什么？
(空) (
ahfei
[748]
2011-01-19 15:08
)
oracle 高人请进，进一步发现，怎么会用不到索引？
(1448字)
(
ahfei
[449]
2011-01-19 15:35
)
再进一步发现，如果去掉acctname='A'，第一个sql也可以用到索引
(空) (
ahfei
[548]
2011-01-19 15:39
)
如果你没在字段上加非空约束，应该使用不到索引的。
(2字)
(
Apache
[561]
2011-01-19 15:41
)
我奇怪的是，用like的反而用到了index，用=的去做全表scan了
(空) (
ahfei
[312]
2011-01-19 15:45
)
没看懂。弱弱的提个测试方法：加个order by试试？
(空) (
没脾气2x
[280]
2011-01-19 15:49
)
貌似无效...
(空) (
ahfei
[272]
2011-01-19 16:12
)
用substr呢？
(空) (
周星驰
[265]
2011-01-19 16:48
)
同时创建一个相应的function-based index
(82字)
(
周星驰
[351]
2011-01-19 16:50
)
是执行计划的问题。。。 要根据我们的db情况，做一个计划。
(空) (
ahfei
[279]
2011-01-19 17:03
)
无责任乱入：可以修改执行计划，让他用索引
(空) (
一切为何
[265]
2011-01-19 16:49
)
目前发现只能这么做。但本人功夫不深，准备请阿三上。
(空) (
ahfei
[280]
2011-01-19 17:03
)
可以加些tips,建議oracle用你指定的索引
(1243字)
(
dead_lee
[368]
2011-01-19 20:42
)
谢谢，有了初步的成果
(空) (
ahfei
[268]
2011-01-20 20:19
)
发现水好深啊。。。。
(空) (
ahfei
[301]
2011-01-19 16:36
)
因为like就是不能用索引了
(空) (
steel1
[261]
2011-01-19 23:13
)
錯
(空) (
dead_lee
[278]
2011-01-20 21:51
)
oracle下，like 'abc%' 这样是可以用索引的
(空) (
aho
[297]
2011-01-20 22:58
)
mssql也是这样。。。。问题是：都能使用索引的 like LE170962% 比 = LE1762 要快得多
(20字)
(
haitao
[362]
2011-01-21 08:44
)
比如所有字符串长度都是 6 个字符的时候, 当然会快
(空) (
holly
[267]
2011-01-21 08:58
)
你说的是char比varchar快？这个是肯定的，varchar需要多一个长度检查，但是它的开销早已经是可以忽略不计的
(17字)
(
haitao
[324]
2011-01-21 09:07
)
原因是oracle用了不同的explain plan
(空) (
ahfei
[275]
2011-01-21 10:23
)
不同 不是问题，问题是 不合理 (空) (haitao [2] 01-21 08:42)
(120字)
(
haitao
[395]
2011-01-21 10:35
)
啥都自动合理了，还要那么多维护人员、优化人员做什么。执行计划是根据分析结果做出来的，如果表长时间没有分析过，有可能执行计划就不是最优
(74字)
(
王中王
[432]
2011-01-21 10:39
)
复杂的sql，自动分析有误是合理的，可以理解的；很简单的sql，自动分析有误是不合理的，不应该
(140字)
(
haitao
[374]
2011-01-21 10:46
)
我的数据比较多，sql server版我使用row number分页，比top好像快得多
(空) (
ahfei
[435]
2011-01-21 11:27
)
越靠后，比top倒腾法快的越多；靠前的，还不如top倒腾
(89字)
(
haitao
[364]
2011-01-21 11:34
)
我们的查询很复杂，我想db基本很难预测
(空) (
ahfei
[284]
2011-01-21 11:42
)
海大师深究，那我就说实话。
(113字)
(
ahfei
[349]
2011-01-21 11:08
)
哦，复杂的sql，那计划分析出错是可能的。。。。。。。。。
(62字)
(
haitao
[379]
2011-01-21 11:13
)
复杂sql写完最好看一下执行计划。
(45字)
(
aho
[360]
2011-01-21 12:34
)
欢迎光临本社区，您还没有登录，不能发贴子。请在
这里登录
| -ICP -IDC -ISP |