DB2 - Problem description
Problem IC68477 | Status: Closed |
THE DB2 OPTIMIZER MAY MIS-ESTIMATE THE JOIN CARDINALITY OF AN IN-TO-JOIN TRANSFORMATION IN A DPF ENVIRONMENT | |
product: | |
DB2 FOR LUW / DB2FORLUW / 980 - DB2 | |
Problem description: | |
The DB2 query optimizer may mis-estimate the join cardinality of an in-to-join transformation in a DPF environment, when the table that the IN predicate applies to is hash partitioned across two or more database partition, and the SQL statement includes predicates that bound the table access a single database partition. For example, consider a table T hash partitioned on column A. When optimizing the an SQL statement such as the following: select * from T where A = ? and B in (?,?) the optimizer recognizes that the predicate "A=?" will only exist on a single database partition since the table is hash partitioned on A; that is, it recognizes that the table is bound to a single database partition. In such a scenario, if the optimizer considers an in-to-join transformation for the predicate "B in (?,?)", it may mis-estimate the cardinality which could lead to a less-than-optimal access plan. Users Affected: DPF only | |
Problem Summary: | |
THE DB2 OPTIMIZER MAY MIS-ESTIMATE THE JOIN CARDINALITY OF AN IN-TO-JOIN TRANSFORMATION IN A DPF ENVIRONMENT | |
Local Fix: | |
n/a | |
available fix packs: | |
DB2 Version 9.8 Fix Pack 4 for AIX and Linux | |
Solution | |
Workaround | |
not known / see Local fix | |
Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 09.05.2010 08.08.2011 08.08.2011 |
Problem solved at the following versions (IBM BugInfos) | |
Problem solved according to the fixlist(s) of the following version(s) | |
9.8.0.4 |