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 IC88314 Status: Closed

NO ERROR IS RETURNED WHEN INSERTING NULL INTO A COLUMN OF A NICKNAME THAT
DOES NOT ALLOW NULL VALUE

product:
DB2 FOR LUW / DB2FORLUW / A10 - DB2
Problem description:
When we insert "NULL", which is the output of a UDF,   into a 
column of a nickname that does not allow NULL values, you may 
not receive a SQL0407N error as expected, but actaully the 
insert operation is actaully failed, 0 rows is inserted. 
 
The issue is easy to recreate: 
 
SET PASSTHRU SQLSERVER 
CREATE TABLE [dbo].[t2]([c1_notnull] [datetime] NOT 
NULL,[c2_null] [datetime] NULL) 
SET PASSTHRU RESET 
 
CREATE NICKNAME T2 FOR SQLSERVER.dbo.t2 
 
CREATE OR REPLACE FUNCTION STRINGTODATE 
( 
   STR VARCHAR(23) 
) 
RETURNS DATE 
SPECIFIC STRINGTODATE 
LANGUAGE SQL 
DETERMINISTIC 
NO EXTERNAL ACTION 
CONTAINS SQL 
BEGIN 
   DECLARE rdate  DATE; 
   --DECLARE CONTINUE HANDLER FOR SQLEXCEPTION SET rdate = null; 
   SET rdate = DATE(STR); 
   RETURN rdate; 
END 
 
db2 => INSERT INTO T2(c1_notnull,c2_null) SELECT 
STRINGTODATE(NULL),DATE('2012-06-25 15:00:00.000') FROM 
SYSIBM.SYSDUMMY1 
DB20000I  The SQL command completed successfully. 
 
NOTE: It said insert successfully but actually failed!
Problem Summary:
**************************************************************** 
* USERS AFFECTED:                                              * 
* The users are inserting "NULL", which is the output of a     * 
* UDF,   into a column of a nickname that does not allow NULL  * 
* values.                                                      * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See Error Description                                        * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to InfoSphere Federation Server v101fp2 or later.    * 
****************************************************************
Local Fix:
available fix packs:
DB2 Version 10.1 Fix Pack 2 for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 3 for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 4 for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 3a for Linux, UNIX, and Windows
DB2 Version 10.1 Fix Pack 6 for Linux, UNIX, and Windows

Solution
The problem is first fixed at v101fp2.
Workaround
not known / see Local fix
Timestamps
Date  - problem reported    :
Date  - problem closed      :
Date  - last modified       :
17.11.2012
31.12.2012
31.12.2012
Problem solved at the following versions (IBM BugInfos)
Problem solved according to the fixlist(s) of the following version(s)
10.1.0.2 FixList
10.5.0.2 FixList