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

COMPILING AN SQL STATEMENT THAT INVOLVES VOLATILE TABLES CAN FAIL WITH
SQL0901N

product:
DB2 FOR LUW / DB2FORLUW / 950 - DB2
Problem description:
Compiling an SQL statement can fail with SQL0901N when all of 
the following conditions are met. 
 
 
1 The SQL statement involves at least one volatile table. 
2 In the optimized SQL statement, the volatile table is joined 
with other tables on equity predicates. 
3 runstats has been done on the volatile table. 
4 The SQL statement is compiled with Inter-Partition 
Parallelism. 
5 The registry variable DB2_WORKLOAD is set to SAP. 
 
 
The SQL0901N error message contains the following text: 
 
SQL0901N  The SQL statement failed because of a non-severe 
system error. 
Subsequent SQL statements can be processed.  (Reason "Potential 
corruption in 
statistics.".)  SQLSTATE=58004 
 
The corresponding call stack can contain the following: 
 
sqlno_prds_is_NPK_adjust_eligible 
sqlno_prop_compute_cgs_join_adjust_qun 
sqlno_prop_compute_cgs_join_adjustment 
sqlno_prop_compute_cgs_adjustments 
sqlno_prop_compute_ff_adjustments 
sqlno_plan_begin_opr
Problem Summary:
**************************************************************** 
* USERS AFFECTED:                                              * 
* Any users with volatile tables in a query                    * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* Compiling an SQL statement can fail with SQL0901N when a set * 
* of specific conditions are met.                              * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Upgrade to V9.5 fixpack 9 or later                           * 
****************************************************************
Local Fix:
Alter the tables involved in the query to remove the volatile 
setting. 
ALTER TABLE <tabname> NOT VOLATILE
available fix packs:
DB2 Version 9.5 Fix Pack 9 for Linux, UNIX, and Windows
DB2 Version 9.5 Fix Pack 10 for Linux, UNIX, and Windows

Solution
This problem was first fixed in V9.5 Fixpack 9
Workaround
not known / see Local fix
BUG-Tracking
forerunner  : APAR is sysrouted TO one or more of the following: IC76120 
follow-up : 
Timestamps
Date  - problem reported    :
Date  - problem closed      :
Date  - last modified       :
20.04.2011
27.03.2012
27.03.2012
Problem solved at the following versions (IBM BugInfos)
9.5.FP9
Problem solved according to the fixlist(s) of the following version(s)
9.5.0.9 FixList