DB2 - Problem description
Problem IC80456 | Status: Closed |
LIKE CLAUSES MIGHT RETURN INCORRECT RESULTS FOR COLUMNS WITH VARCHAR DATA TYPE IN UNICODE DATABASES | |
product: | |
DB2 FOR LUW / DB2FORLUW / 970 - DB2 | |
Problem description: | |
In Unicode databases when clients with double-byte codepage are used, LIKE clauses might return incorrect results for columns defined as varchar data type. For example, you create a table t1 and then issue INSERT statements with values similar to the following statements: db2 "create table t1 (NAME varchar(10))" db2 "insert into t1 values ('a_abc')" db2 "insert into t1 values ('a_bc')" db2 "insert into t1 values ('a__c')" db2 "insert into t1 values ('a2bc')" db2 "insert into t1 values ('aabc')" db2 "insert into t1 values ('abc')" Then you run the following queries: db2 "select * from t1 where NAME LIKE '%a__'" <<-- SQL #1 db2 "select * from t1 where NAME LIKE '%a__a%'" <<-- SQL #2 db2 "select * from t1 where NAME LIKE '%a__b%'" <<-- SQL #3 The number of rows that you receive from the above queries is: 5 : 1 : 1, which is incorrect. The correct number of rows is: 6 : 1 : 4 and is returned by the above queries when the column NAME is defined as char data type. Note: In the above statements and queries, '__' represents one double-byte underscore character and '_' represents one single-byte underscore character. | |
Problem Summary: | |
**************************************************************** * USERS AFFECTED: * * DB2 UDB Version 9.7 * **************************************************************** * PROBLEM DESCRIPTION: * * See Error Description * **************************************************************** * RECOMMENDATION: * * Upgrade to Version 9.7 FixPack 6. * **************************************************************** | |
Local Fix: | |
available fix packs: | |
DB2 Version 9.7 Fix Pack 6 for Linux, UNIX, and Windows | |
Solution | |
Problem was first fixed in DB2 UDB Version 9.7 FixPack 6. | |
Workaround | |
not known / see Local fix | |
BUG-Tracking | |
forerunner : APAR is sysrouted TO one or more of the following: IC80667 IC80668 IC80669 IC84209 IC84216 follow-up : | |
Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 15.12.2011 06.06.2012 06.06.2012 |
Problem solved at the following versions (IBM BugInfos) | |
9.7.FP6 | |
Problem solved according to the fixlist(s) of the following version(s) | |
9.7.0.6 |