home clear 64x64
en blue 200x116 de orange 200x116 info letter User
suche 36x36
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