w*r
发帖数: 2421 | 1 来讨论一下join index的用法，说说你们的经历，我先砸一块砖，V2R6.1的optimizer
有问题
我有一个commonly used join(为了简便，很多syntax 的细节错误就不管了）,
Table A Inner Join B on
a.col1=b.col1 and a.col2=b.col2 and a.col3=b.col3
and a.start_date <= b.start_date and a.end_date >= b.end_date
Table A 和 B分别对这些join的col都有hash index.
我建立了一个A $ B 的JI
create A_B_JI as
select a.col1, b.col1, a.col2, b.col2 , a.col3, b.col3 a.started_date
a.rowid, b.rowid
from a join b
on a.col1=b.col1 and a.col2=b.col2 and a.col3=b.col3
and a.start_date <= b.start_date an | d****y
发帖数: 701 | 2 你讲的有些不清楚。比如：
“发现如果一个view直接就是使用的 A Join B Join A的是后出现一个product join
的step”
你可以把EXPLAIN贴上来，把你CONFUSE的地方HIGHLIGHT。
我现在正在ENHANCE JI，可以帮你看看。另外如果有NON-EQUAL CONDITION，optimizer
通常不会COSTING非常准确。许多时候是不可能做到非常准确。
这里问TD的问题不很多，用户不太多吧。可以告诉你在什么公司吗？ |
|
