DB2 - Problem description
Problem IC65134 | Status: Closed |
Query fails with SQL0204N when referenced view is dropped and recreated in another transaction. | |
product: | |
DB2 FOR LUW / DB2FORLUW / 970 - DB2 | |
Problem description: | |
A dynamically prepared query may fail with SQL0204N if a view referenced by the query is dropped and recreated by another transaction. The behaviour is timing dependent: transaction 1: DROP VIEW V1 (catalog table locks obtained) transaction 2: Dynamic prepare: SELECT FROM V1 (blocked due to locks held by transaction 1) transaction 1: CREATE VIEW V1; COMMIT; transaction 2: prepare fails with SQL204N The expected behaviour is that transaction 2 should see the new V1 following the commit. | |
Problem Summary: | |
Query fails with SQL0204N when referenced view is dropped and recreated in another transaction. | |
Local Fix: | |
No Local Fix. | |
available fix packs: | |
DB2 Version 9.7 Fix Pack 2 for Linux, UNIX, and Windows | |
Solution | |
Fixed in Db2 v9.7 FP2 | |
Workaround | |
not known / see Local fix | |
BUG-Tracking | |
forerunner : APAR is sysrouted TO one or more of the following: IC67271 follow-up : | |
Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 16.12.2009 06.07.2010 06.07.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 |