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

POOR PERFORMANCE WHEN LIKE PREDICATE HAS MIXED GRAPHIC AND NON-GRAPHIC
ARGUMENTS

Produkt:
DB2 FOR LUW / DB2FORLUW / 970 - DB2
Problembeschreibung:
A LIKE predicate with an escape-expression does not use an 
available index when the match-expression is a GRAPHIC or 
VARGRAPHIC column, and both the pattern-expression and 
escape-expression are CHAR or VARCHAR type.  For example: 
 
   ... WHERE graphiccol LIKE 'abc!_%' ESCAPE '!' 
 
Any index on column graphiccol will not be exploited possibly 
resulting in poor query performance.  This only applies to a 
unicode database, since mixing of graphic and non-graphic types 
is not allowed otherwise.
Problem-Zusammenfassung:
**************************************************************** 
* USERS AFFECTED:                                              * 
* ALL                                                          * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* Internally we treat LIKE just as any other function call, we * 
* follow the function resolution rules to find the best fit    * 
* function.  We have four (internal) versions of LIKE:         * 
*                                                              * 
* LIKE(VC,VC)                                                  * 
* LIKE(VC,VC,VC)                                               * 
* LIKE(VG,VG)                                                  * 
* LIKE(VG,VG,VG)                                               * 
*                                                              * 
* Following the documented function resolution rules, we map   * 
* these calls as follows:                                      * 
*                                                              * 
* VG LIKE VC -> LIKE( VG, VARGRAPH(VC) ) best fit is           * 
* LIKE(VG,VG)                                                  * 
* VG LIKE VC ESCAPE VC -> LIKE( VARCHAR(VG), VC, VC ) this is  * 
* the best fit as there is only one cast                       * 
*                                                              * 
* The behaviour makes sense if we think of LIKE as a function  * 
* call. This APAR will try to avoid a cast on the first        * 
* argument since that is the only argument that can reference  * 
* a column, and hence a cast will hide the column index.       * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to DB2 Version 9.7 and Fix Pack 4                    * 
****************************************************************
Local-Fix:
Cast the pattern-expression and/or escape-expression to graphic 
type.  For constants, a G prefix can be added: 
 
   ... WHERE graphiccol LIKE G'abc!_%' ESCAPE G'!'
verfügbare FixPacks:
DB2 Version 9.7 Fix Pack 4 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 5 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 6 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 7 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 8 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 9 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 9a for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 10 for Linux, UNIX, and Windows

Lösung
Problem was first fixed in DB2 Version 9.7 and Fix Pack 4
Workaround
keiner bekannt / siehe Local-Fix
Weitere Daten
Datum - Problem gemeldet    :
Datum - Problem geschlossen :
Datum - der letzten Änderung:
16.11.2010
28.04.2011
28.04.2011
Problem behoben ab folgender Versionen (IBM BugInfos)
9.7.
Problem behoben lt. FixList in der Version
9.7.0.4 FixList