DB2 - Problem description
Problem IC76372 | Status: Closed |
2-PART NAME REFERENCES TO A MODULE ROUTINE MAY FAIL TO RE-RESOLVE AFTER A SCHEMA CHANGE | |
product: | |
DB2 FOR LUW / DB2FORLUW / 970 - DB2 | |
Problem description: | |
Within the same connection, if there are multiple identical references to a function or procedure of the form (<module-name>.<routine-name>), DB2 may fail to re-resolve the schema name despite a schema change. Example: Assuming the existence of procedures M.Proc1 (where M is the name of a module or PL/SQL package) in both schema A and schema B. set current schema = A; set current path = A, sysproc, sysfun, sysibm; call M.Proc1 (); set current schema = B; set current path = B, sysproc, sysfun, sysibm; -- A.M.Proc1, instead of B.M.proc1, may be incorrectly invoked. call M.Proc1 (); | |
Problem Summary: | |
**************************************************************** * USERS AFFECTED: * * User prior to Db2 v97fp6 * **************************************************************** * PROBLEM DESCRIPTION: * * See Error Description * **************************************************************** * RECOMMENDATION: * * Upgrade to DB2 v97fp6 * **************************************************************** | |
Local Fix: | |
Add a "flush package cache dynamic" statement after changing current schema. | |
available fix packs: | |
DB2 Version 9.7 Fix Pack 6 for Linux, UNIX, and Windows | |
Solution | |
Workaround | |
not known / see Local fix | |
BUG-Tracking | |
forerunner : APAR is sysrouted TO one or more of the following: IC84394 follow-up : | |
Timestamps | |
Date - problem reported : Date - problem closed : Date - last modified : | 13.05.2011 21.11.2012 21.11.2012 |
Problem solved at the following versions (IBM BugInfos) | |
9.7.FP6 | |
Problem solved according to the fixlist(s) of the following version(s) | |
9.7.0.6 |