DB2 - Problem description
Problem IC87888 | Status: Closed |
IMPROVE ACCURACY OF FILTER FACTOR ESTIMATE FOR NON-CORRELATED EXISTS CLAUSE | |
product: | |
DB2 FOR LUW / DB2FORLUW / A10 - DB2 | |
Problem description: | |
The filter factor of a non-correlated EXISTS clause, such as: ... where exists ( select 1 from table1 A, table2 B where A.key = b.key and A.col2 = 'XYZ') ... May be more or less filtering depending on the results of the subselect in the exists. This APAR will improve the accuracy of the resulting filter factor of the EXISTS clause. For example, you may see the exists subselect show up in the explain plan as a FILTER with an estimated cardinality of 0.5 instead of a more accurate estimate for the probability a row will be returned from the subselect: /---------+ 0.5 FILTER | /-------+--------\ 1 40 TBSCAN ^NLJOIN | | 1 /-----+------\ TABFNC: SYSIBM 40 1 GENROW TBSCAN IXSCAN Q4 | | 1000 1000 TABLE: DB2INST1 INDEX: DB2INST1 TABLE1 TABLE2_PK Q2 Q1 | |
Problem Summary: | |
**************************************************************** * USERS AFFECTED: * * ALL * **************************************************************** * PROBLEM DESCRIPTION: * * See Error Description * **************************************************************** * RECOMMENDATION: * * Upgrade to DB2 version 10.1 Fix Pack 2 * **************************************************************** | |
Local Fix: | |
Use SELECTIVITY CLAUSE or Optimizer Profile to change the overall access plan. | |
available fix packs: | |
DB2 Version 10.1 Fix Pack 2 for Linux, UNIX, and Windows | |
Solution | |
First fixed in DB2 version 10.1 Fix Pack 2 | |
Workaround | |
not known / see Local fix | |
Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 04.11.2012 17.12.2012 17.12.2012 |
Problem solved at the following versions (IBM BugInfos) | |
Problem solved according to the fixlist(s) of the following version(s) | |
10.1.0.2 | |
10.5.0.2 |