|
Problem IC78430
|
Status: Closed |
DB2 OPTIMIZER CAN CHOOSE A SUB-OPTIMAL PLAN FOR A TABLE THAT HAS A HIGH ROWS-PER-PAGE NUMBER |
| product: |
DB2 FOR LUW / DB2FORLUW / 950 - DB2 |
| Problem description: |
When a table has a high rows-per-page number, DB2 optimizer can
be too conservative with the estimate and as a result,
prefetching may not occur for a IXSCAN-FETCH operation on such a
table, even when the index has a high cluster ratio. This can
result in a sub-optimal query plan. |
| Problem Summary: |
****************************************************************
* USERS AFFECTED: *
* All users. *
****************************************************************
* PROBLEM DESCRIPTION: *
* See above. *
****************************************************************
* RECOMMENDATION: *
* Upgrade to version 9.5 Fix Pack 9 or later. *
**************************************************************** |
| Local Fix: |
|
| available fix packs: |
DB2 Version 9.5 Fix Pack 9 for Linux, UNIX, and Windows
DB2 Version 9.5 Fix Pack 10 for Linux, UNIX, and Windows
|
| Solution |
Problem was first fixed in Version 9.5 Fix Pack 9. |
| Workaround |
not known / see Local fix |
| Timestamps |
Date - problem reported :
Date - problem closed :
Date - last modified :
| 31.08.2011
13.03.2012
13.03.2012 |
| Problem solved at the following versions (IBM BugInfos) |
9.5.FP9
|
| Problem solved according to the fixlist(s) of the following version(s) |
| 9.5.0.9
|
 |
