APAR status
Closed as fixed if next.
Error description
SYSSYNONYMS CREATOR field is set incorrectly for CREATE SYNONYM
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All DB2 V8 NFM and V9 users of using * * SYNONYM. * **************************************************************** * PROBLEM DESCRIPTION: SYSSYNONYMS.CREATOR is incorrectly * * set to current schema. * **************************************************************** * RECOMMENDATION: * **************************************************************** Starting DB2 V8 NFM, when synonym is used in a dynamic SQL statement including DROP SYNONYM, with the value of the CURRENT SCHEMA special register being different from the value of the CURRENT SQLID special register, DB2 incorrectly use the CURRENT SCHEMA instead of CURRENT SQLID as the owner of the synonym to search for any existing matching synonym. As a result, DB2 fails to locate the matching synonym that is owned by the CURRENT SQLID (SYSSYNONYMS.CREATOR = the value of the CURRENT SQLID). The problem may cause below known symptoms: 1. If there is no matching synonym owned by the CURRENT SCHEMA, DB2 incorrectly issues error SQLCODE -204 (under DB2 rules) or SQLCODE -551 (under DB2 standard rules) though there exists a matching synonym owned by the CURRENT SQLID. 2. If there exists a matching synonym owned by the CURRENT SCHEMA, DB2 incorrectly resolves the synonym to such a synonym and processes the requested statement. Starting DB2 V9 NFM, on CREATE SYNONYM that is dynamically prepared, DB2 incorrectly sets the owner of the synonym (SYSSYNONYMS.CREATOR) to the CURRENT SCHEMA instead of CURRENT SQLID.
Problem conclusion
Temporary fix
Comments
The problem will be fixed in future releases.
APAR Information
APAR number
PK87468
Reported component name
DB2 OS/390 & Z/
Reported component ID
5740XYR00
Reported release
910
Status
CLOSED FIN
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2009-05-27
Closed date
2009-07-21
Last modified date
2009-07-21
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fix information
Applicable component levels
R810 PSN
UP
R910 PSN
UP
[{"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSEPEK","label":"Db2 for z\/OS"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"9.1","Edition":"","Line of Business":{"code":"LOB10","label":"Data and AI"}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"9.1","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
21 July 2009