home clear 64x64
en blue 200x116 de orange 200x116 info letter User
suche 36x36
Neueste VersionenFixList
11.1.0.7 FixList
10.5.0.9 FixList
10.1.0.6 FixList
9.8.0.5 FixList
9.7.0.11 FixList
9.5.0.10 FixList
9.1.0.12 FixList
Haben Sie Probleme? - Kontaktieren Sie uns.
Kostenlos registrieren anmeldung-x26
Kontaktformular kontakt-x26

DB2 - Problembeschreibung

Problem IC88327 Status: Geschlossen

DB2 OPTIMIZER MIGHT CHOOSE NON-OPTIMAL NLJOIN WHEN DB2_INLIST_TO_NLJN IS
ENABLED AND DETAILED INDEX STATISTICS COLLECTED

Produkt:
DB2 FOR LUW / DB2FORLUW / A10 - DB2
Problembeschreibung:
The DB2_INLIST_TO_NLJN registry variable causes the optimizer to 
favour nested loop joins (NLJOIN) to join the list of values, 
using the table that contributes the IN list as the inner table 
in the join. If detailed index statistics are collected, which 
is the default collection method if automatic statistics 
collection is enabled, the optimizer might favour converting the 
predicate with the IN list to a join, using an NLJOIN operation 
where the join is not applied as a range delimiting predicate 
and when the predicate does not reduce the stream significantly. 
 
 
To identify if your query is impacted by this problem, you can 
collect an EXPLAIN of the query and compare the I/O cost of the 
NLJOIN operator and the inner FETCH operator; for example 
 
                 30 
               NLJOIN 
               (   9) 
               5832.86 
               232.835 
         /--------+-------\ 
        2                  15 
     TBSCAN              FETCH 
     (  10)              (  13) 
   0.00202749            9769.94 
        0                390.524 
       |               /---+----\ 
        2           4000     1.0e+06 
     SORT          IXSCAN   TABLE: DB2ADMIN 
     (  11)        (  14)         T1 
   0.00145019      51.9437        Q7 
        0             2 
       |             | 
        2        1.0e+096 
     TBSCAN    INDEX: DB2ADMIN 
     (  12)          IX1 
   4.2511e-05        Q7 
        0 
       | 
        2 
TABFNC: SYSIBM 
     GENROW 
       Q3 
 
 
The I/O of FETCH(13) is larger than the I/O of NLJN (9). If the 
join predicate is not applied at IXSCAN (14), then the query is 
likely affected.
Problem-Zusammenfassung:
**************************************************************** 
* USERS AFFECTED:                                              * 
* All users that have DB2_INLIST_TO_NLJN set and detailed      * 
* index statistics collected.                                  * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See Error Description                                        * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to DB2 Version 10.1 Fix Pack 2.                      * 
****************************************************************
Local-Fix:
verfügbare FixPacks:
DB2 Version 10.1 Fix Pack 2 for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 3 for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 4 for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 3a for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 6 for Linux, UNIX, and Windows

Lösung
Problem first fixed in DB2 Version 10.1 Fix Pack 2.
Workaround
keiner bekannt / siehe Local-Fix
Weitere Daten
Datum - Problem gemeldet    :
Datum - Problem geschlossen :
Datum - der letzten Änderung:
17.11.2012
27.03.2013
27.03.2013
Problem behoben ab folgender Versionen (IBM BugInfos)
Problem behoben lt. FixList in der Version
10.1.0.2 FixList
10.5.0.2 FixList