Latest versionsfixlist
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
Have problems? - contact us.
Register for free anmeldung-x26
Contact form kontakt-x26

DB2 - Problem description

Problem IC98030 Status: Closed

RECEIVE SQL0901N REASON "UNKNOWN TYPE" WHEN QUERYING A TERADATA
NICKNAME INCLUDING HUGE NUMBER OF ROWS

product:
DB2 FOR LUW / DB2FORLUW / A10 - DB2
Problem description:
You may receive SQL0901N error when using COUNT_BIG function 
with a teradata nickname including huge number of rows. 
 
Here is the reproducing SQLs: 
 
CREATE NICKNAME N1 FOR 
TERASERV."teradata_schema".?teradata_table? 
 
CREATE FUNCTION DB2INST1.COUNT(SYSIBM.CHAR()) RETURNS BIGINT 
SOURCE SYSIBM.COUNT_BIG(SYSIBM.CHAR()) 
 
CREATE FUNCTION MAPPING MY_FUN FOR 
SYSIBM.COUNT_BIG(SYSIBM.CHAR()) SERVER TERASERV OPTIONS 
(REMOTE_NAME 'COUNT(:1P)') 
 
SET CURRENT PATH DB2INST1, SYSTEM PATH 
 
select count(distinct "C2"), case when max("C2") is null then '' 
else varchar(rtrim(char(max("C2"))),33) end from N1 
1                    2 
-------------------- --------------------------------- 
SQL0901N  The SQL statement or command failed because of a 
database system 
error. (Reason "Unknown Type".)  SQLSTATE=58004
Problem Summary:
Local Fix:
available fix packs:
DB2 Version 10.1 Fix Pack 4 for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 6 for Linux, UNIX, and Windows

Solution
Workaround
not known / see Local fix
Comment
Support nnstat to handle DECFLOAT in this APAR
Timestamps
Date  - problem reported    :
Date  - problem closed      :
Date  - last modified       :
01.12.2013
02.06.2014
02.06.2014
Problem solved at the following versions (IBM BugInfos)
Problem solved according to the fixlist(s) of the following version(s)
10.1.0.4 FixList