DB2 - Problem description
| Problem IT01565 | Status: Closed |
REORG ON A TABLE WITH FOREIGN KEY CONSTRAINT CAN RESULT IN SQL ON PARENT TABLE GETTING LOCK TIMEOUT | |
| product: | |
DB2 FOR LUW / DB2FORLUW / 970 - DB2 | |
| Problem description: | |
DB2 will require a lock on a seemingly unrelated table when
performing a select. This can cause unexpected lock timeouts
when a reorg is active.
The following scenario demonstrates the problem.
Consider 3 tables, A, B and C
Table A has a foreign key on table B.
A reorg of table A is started.
A select similar to the following is executed :
select
...
from B left outer join
C on
...
In order to compile this query, DB2 will also evaluate
constraints that may exist on the tables.
As there is a foreign key constraint from A to B, table A will
be locked but the lock mode is incompatible with the current
lock due to the reorg.
The fix for this APAR will relax the locking required so that
table A will no longer need to be locked during query
compilation | |
| Problem Summary: | |
**************************************************************** * USERS AFFECTED: * * All Platforms * **************************************************************** * PROBLEM DESCRIPTION: * * See Error Description * **************************************************************** * RECOMMENDATION: * * Upgrade to DB2 LUW v9.7 Fixpack 10 or Later. * **************************************************************** | |
| Local Fix: | |
| Solution | |
First Fixed in DB2 LUW v9.7 Fixpack 10. | |
| Workaround | |
not known / see Local fix | |
| Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 06.05.2014 29.12.2014 29.12.2014 |
| Problem solved at the following versions (IBM BugInfos) | |
9.7.FP10 | |
| Problem solved according to the fixlist(s) of the following version(s) | |
| 9.7.0.10 |
|