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 IC94298 Status: Geschlossen

RANGE PARTITIONED TABLES DEFINED WITH A NULLS FIRST PARTITIONING COLUMN
MIGHT RETURN INCORRECT RESULTS

Produkt:
DB2 FOR LUW / DB2FORLUW / A50 - DB2
Problembeschreibung:
Queries using a range partitioned table defined with a NULLS 
FIRST partitioning column, a partitioned index, and NULL values 
in the data might return unordered data or might be missing data 
from the result set. 
 
Unordered data: 
 
When the query contains no predicates on the column defined as 
NULLS FIRST and specifies an ORDER BY clause containing the 
columns of the partitioned index, then the NULL values are 
interspersed with other data from the table instead of being 
output at the end of the result set. 
 
The partitioned index must be used in the access plan and the 
access plan must not contain a SORT. 
 
Missing Data: 
 
When the partitioned index is used and the NULLS FIRST column is 
used as a GAP column, some of the query results might be omitted 
from the result set. A GAP column is typically present due to a 
missing predicate on that column of the index. 
 
Looking at the access plan produced by db2exfmt, the operator 
details for the IXSCAN will show 
 
  JUMPSCAN: (Jump Scan Plan) 
   TRUE 
 
and 
 
  Gap Info:            Status 
  ---------            ------ 
  Index Column 1:      Gap 
  Index Column 2:      No Gap 
 
In the example, when the NULLS FIRST column is Index Column 1, 
the result set might be incorrect.
Problem-Zusammenfassung:
**************************************************************** 
* USERS AFFECTED:                                              * 
* All users                                                    * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See Error Description                                        * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to DB2 version 10.5.0.1.                             * 
****************************************************************
Local-Fix:
Drop the relevant index or convert it a non-partitioned index. 
 
For unordered data, change the sequence or direction of columns 
used in the ORDER BY clause so that they do not exactly match to 
the index. 
 
For the missing data, disable JUMPSCAN by using 
DB2_REDUCED_OPTIMIZATION='JUMPSCAN OFF'
verfügbare FixPacks:
DB2 Version 10.5 Fix Pack 1 for Linux, UNIX, and Windows
DB2 Version 10.5 Fix Pack 2 for Linux, UNIX, and Windows
DB2 Version 10.5 Fix Pack 3 for Linux, UNIX, and Windows
DB2 Version 10.5 Fix Pack 3a for Linux, UNIX, and Windows
DB2 Cancun Release 10.5.0.4 (also known as Fix Pack 4) for Linux, UNIX, and Windows
DB2 Version 10.5 Fix Pack 9 for Linux, UNIX, and Windows

Lösung
The problem is first fixed in DB2 version 10.5.0.1.
Workaround
keiner bekannt / siehe Local-Fix
Weitere Daten
Datum - Problem gemeldet    :
Datum - Problem geschlossen :
Datum - der letzten Änderung:
22.07.2013
23.08.2013
23.08.2013
Problem behoben ab folgender Versionen (IBM BugInfos)
Problem behoben lt. FixList in der Version
10.5.0.1 FixList