DB2 FOR LUW / DB2FORLUW / 970 - DB2

When an array or a row variable is referenced in a statement 
along with a table that spans multiple database partitions, it 
is possible for plan to be generated which attempts to ship the 
array or row variable across database partitions.  This will 
result in an SQL0901N error during compilation. 
 
For example, in this scenario the array subindex operation is 
evaluated on each partition and the result (a row data type 
representing the array element) is shipped to the coordinator 
partition: 
 
create table t1 (c1 int, c2 int, c3 varchar(128)) 
DB20000I  The SQL command completed successfully. 
 
create type n1_row as row anchor row t1 
DB20000I  The SQL command completed successfully. 
 
create type n1_arr as n1_row array[varchar(100)] 
DB20000I  The SQL command completed successfully. 
 
create function foo () returns int 
begin 
 declare v1 n1_arr; 
 declare v2 n1_arr; 
 
 set v1('a') = v2[(select c3 from t1 where c1=2)]; 
 
 return 0; 
end 
DB21034E  The command was processed as an SQL statement because 
it was not a 
valid Command Line Processor command.  During SQL processing it 
returned: 
SQL0901N  The SQL statement failed because of a non-severe 
system error. 
Subsequent SQL statements can be processed.  (Reason "Bad dyn 
index. 
idx=4294956373 size=15 (off=3442197904)".)  LINE NUMBER=6. 
SQLSTATE=58004

**************************************************************** 
* USERS AFFECTED:                                              * 
* All                                                          * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* See Error Description                                        * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to DB2 LUW version 9.7 fix pack 7.                   * 
****************************************************************

Remove the statement that is generating the SQL0901N error, or 
if possible, rewrite it to remove the reference to the table 
that resides on multiple partitions. 
 
For example, this statement in the ERROR DESCRIPTION scenario: 
 
set v1('a') = v2[(select c3 from t1 where c1=2)]; 
 
Can be split into two statements: 
 
set index = (select c3 from t1 where c1=2); 
set v1('a') = v2[index];

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
 

Fix included in DB2 LUW version 9.7 fix pack 7. 
 
With this fix statements that would previously fail with 
SQL0901N will now succeed.

See LOCAL FIX

forerunner  : APAR is sysrouted TO one or more of the following: IC87912 
follow-up : 

Date  - problem reported    :
Date  - problem closed      :
Date  - last modified       :

19.06.2012
20.10.2012
20.10.2012

9.7.FP7