速救啊，sql死慢啊，模糊查询的问题

[xiaoyuaixiaofan]

我有两张表，一张有一万条数据左右 还有一张数据有一百万左右。


现在这两张表关联，然后取出一些数据有分组，求和，统计。关联的唯一条件就是一个字段模糊。

SELECT T.TYDWNAME,
T.WORKDATE,
T.CARDNO,
C.CARD_ID,
C.CARD_NAME,
COUNT(T.CARDNO),
SUM(T.AMOUNT)
FROM TEMP_BFHPOSLC T, CARD_BIN C
WHERE
instr(T.CARDNO, C.card_id) = 1
GROUP BY T.CARDNO, T.TYDWNAME, T.WORKDATE,C.CARD_ID,C.CARD_NAME


索引建了 但是没调用。重点就是这个模糊啊！！！！
慢得吐血啊。。。。。求高人指导啊

[coolkisses]

是不是产生了许多 一对多的记录？

建议先调试一下，将上面的统计 分 2 步。 关联查询 - > 统计。
理由，观察第1步的完成时长，进一步确认影响性能的原因所在。

[Dave]

贴一下该sql的执行计划。instr(T.CARDNO, C.card_id) 这个会限制索引, 而且是两张不同表之前的操作。 无法建里函数索引。建议修改SQL逻辑实现方式。

顺便收集一下表的统计信息。 这个也会影响执行计划。
Oracle Statistic 统计信息 小结
http://blog.csdn.net/tianlesoftware/article/details/4668723

[Rotel-刘志东]

instr(T.CARDNO, C.card_id) 这个不会限制索引，具体要看实现的方式和条件。

[kingkingzhu]

2张什么表啊 用这样的条件来关联查询 1w*100w 的数据量 很难快起来

[NLP爱好者]

这样比较要 100亿次，再加上分组，不慢才怪，建议楼主不要这样匹配，还是找找别的途径解决，看看有没有其他表可用，或者是将表其他中间表关联得到一些中间数据和字段，能够和另外一张表关联。

[xiaoyuaixiaofan]

图贴不上了 不会啊

执行计划：NESTED LOOPS 两个 TABLE ACCESS FULL

[xiaoyuaixiaofan]

[Quote=引用 3 楼 lzd_83 的回复:]
instr(T.CARDNO, C.card_id) 这个不会限制索引，具体要看实现的方式和条件。
[/Quote]

大哥 你就别兜圈子了 怎么样才能把索引给用上。。。

[biandongfeng]

换个办法去解决这类问题吧，你这样的语句不管怎么样也快不起来

[xiaobn_cn]

1万条和100万条的表进行交叉你还进行模糊匹配？这个逻辑不改掉就是用上索引你也快不起来。

[xiaobn_cn]

假设你的card_id为定长8，则可以将where条件中的
instr(T.CARDNO, C.card_id) = 1
改为
c.card_id = mid(t.cardno,1,8)
并且为表TEMP_BFHPOSLC建立card_id索引，为表CARD_BIN 建立函数mid(t.cardno,1,8)
索引。这样能绕开模糊匹配。
如果card_id长度不固定就没有什么好办法了。

[xiaoyuaixiaofan]

哎 card_id还真不固定 银行卡号一大串 前几位代表卡的种类 每个银行都不一样。表就这样子没办法了。谢谢了

[inthirties]

按照这个统计的方式，快不了。

[wylsy1]

SELECT T.TYDWNAME,
T.WORKDATE,
T.CARDNO,
C.CARD_ID,
C.CARD_NAME,
COUNT(T.CARDNO),
SUM(T.AMOUNT)
FROM TEMP_BFHPOSLC T, CARD_BIN C
WHERE
T.CARDNO like C.card_id || '%'
GROUP BY T.CARDNO, T.TYDWNAME, T.WORKDATE,C.CARD_ID,C.CARD_NAME

like 'aaa%'是可以用到索引的，like'%aaa%'是不能用索引的，你的情况符合第一种，所以可以尝试，当然，这两个字段是索引是必须有的，最好是单字段索引