Trafodion目前版本中,我们有时候会遇到两个关联且属于精确查询的场景下,表无法使用索引的情况。拿以下SQL作为示例,
select d1.*
from MS.CH_AGED_INFO d
inner join MS.CH_OLD_PEOP_VIS d1
on d.id = d1.mangmtcard_cd
where d.mpi = '65D76EC30E8ADFBEE053A60110AC9866';
上述表d的主键为(id),mpi字段上建有索引CH_AGED_INFO_MPI。表d1在mangmtcard_cd 字段上有索引CH_OLD_PEOP_VIS_CD。
查看SQL语句执行计划如下,
LC RC OP OPERATOR OPT DESCRIPTION CARD
---- ---- ---- -------------------- -------- -------------------- ---------
6 . 7 root 6.50E+001
5 . 6 esp_exchange 1:10(hash2) 6.50E+001
2 4 5 nested_join 6.50E+001
3 . 4 probe_cache 2.96E-004
. . 3 trafodion_index_scan CH_AGED_INFO_MPI 2.96E-004
1 . 2 esp_exchange 10(hash2):1 (m) 2.18E+005
. . 1 trafodion_scan CH_OLD_PEOP_VIS 2.18E+005
通过以下执行计划,我们不难发现,d1表并没有使用索引扫描。现在我们使用标题CQD并重新查看执行计划,
>>cqd comp_bool_158 'on';
--- SQL operation complete.
>>explain options 'f'
+>select d1.*
+> from MS.CH_AGED_INFO d
+>inner join MS.CH_OLD_PEOP_VIS d1
+> on d.id = d1.mangmtcard_cd
+>where d.mpi = '65D76EC30E8ADFBEE053A60110AC9866';
LC RC OP OPERATOR OPT DESCRIPTION CARD
---- ---- ---- -------------------- -------- -------------------- ---------
6 . 7 root 6.50E+001
1 5 6 nested_join 6.50E+001
2 4 5 nested_join 6.50E+000
3 . 4 probe_cache 1.00E+000
. . 3 trafodion_vsbb_scan CH_OLD_PEOP_VIS 1.00E+000
. . 2 trafodion_index_scan CH_OLD_PEOP_VIS_CD 1.90E+000
. . 1 trafodion_index_scan CH_AGED_INFO_MPI 1.00E+001
我们发现执行计划已经改变,两边表都使用了索引扫描,实际执行时间也有了不错的提升。