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

AUTO_REVAL SET TO DEFERRED MAY CAUSE DROP ON A GENERATED COLUMN TO
BE BLOCKED BY SQL0478N

product:
DB2 FOR LUW / DB2FORLUW / 970 - DB2
Problem description:
A database configuration parameter, AUTO_REVAL, is introduced 
in v9.7, and is set to DEFERRED by default for new databases 
created in v9.7. When AUTO_REVAL is set to anything that is not 
DISABLED, ALTER TABLE...DROP COLUMN is blocked when 
dropping a generated column. 
 
Example: 
create table t1 (c1 integer not null primary key,c2 char(9) not 
null,c3 char(8) not null generated always as (substr(c2,1,8))); 
 
alter table t1 drop column c3 
DB21034E  The command was processed as an SQL statement because 
it was not a valid Command Line Processor command.  During SQL 
processing it returned: 
SQL0478N  DROP, ALTER, TRANSFER OWNERSHIP or REVOKE on object 
type "COLUMN" cannot be processed because there is an object 
"SQL091007173914120", of type "CHECK CONSTRAINT", which depends 
on it.  SQLSTATE=42893
Problem Summary:
**************************************************************** 
* USERS AFFECTED:                                              * 
* UNKNOWN                                                      * 
**************************************************************** 
* PROBLEM DESCRIPTION:                                         * 
* A database configuration parameter, AUTO_REVAL,              * 
* isintroducedin v9.7, and is set to DEFERRED by default for   * 
* new databasescreated in v9.7. When AUTO_REVAL is set to      * 
* anything that isnotDISABLED, ALTER TABLE...DROP COLUMN is    * 
* blocked whendropping a generated column.Example:create table * 
* t1 (c1 integer not null primary key,c2 char(9)notnull,c3     * 
* char(8) not null generated always as(substr(c2,1,8)));alter  * 
* table t1 drop column c3DB21034E  The command was processed   * 
* as an SQL statementbecauseit was not a valid Command Line    * 
* Processor command.  DuringSQLprocessing it returned:SQL0478N * 
*  DROP, ALTER, TRANSFER OWNERSHIP or REVOKE onobjecttype      * 
* "COLUMN" cannot be processed because there is an             * 
* object"SQL091007173914120", of type "CHECK CONSTRAINT",      * 
* whichdependson it.  SQLSTATE=42893                           * 
**************************************************************** 
* RECOMMENDATION:                                              * 
* Set AUTO_REVAL to DISABLED, the default behaviour is         * 
* CASCADEDROP.Upgrade to DB2 Version 9.7 Fix Pack 2.           * 
****************************************************************
Local Fix:
Local Fix: Set AUTO_REVAL to DISABLED, the default behaviour is 
CASCADE DROP
available fix packs:
DB2 Version 9.7 Fix Pack 2 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 3 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 3a for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 4 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 5 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 6 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 7 for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 9a 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 10 for Linux, UNIX, and Windows

Solution
First fixed in DB2 Version 9.7 Fix Pack 2.
Workaround
not known / see Local fix
Timestamps
Date  - problem reported    :
Date  - problem closed      :
Date  - last modified       :
13.10.2009
29.06.2010
29.06.2010
Problem solved at the following versions (IBM BugInfos)
9.7.FP2
Problem solved according to the fixlist(s) of the following version(s)
9.7.0.2 FixList