|
Problem IC83447
|
Status: Closed |
SYSIBM.SQLFOREIGNKEYS QUERY IS SLOWER WHEN THERE ARE NO FOREIGNKEYS WHEN RETURNALIAS=0 |
| product: |
DB2 FOR LUW / DB2FORLUW / 970 - DB2 |
| Problem description: |
This addresses an issue where the query is slower when there are
no Foreignkeys when returnAlias=0, but when there are
Foriegnkeys returnAlias=0 is faster than returnAlias=1. This
was only seen on Solaris and couldn't be replicated on HP or
AIX. |
| Problem Summary: |
****************************************************************
* USERS AFFECTED: *
* Users that call the SQLFOREIGNKEYS stored procedure *
****************************************************************
* PROBLEM DESCRIPTION: *
* This addresses an issue where the query is slower when there *
* are *
* no Foreignkeys when returnAlias=0, but when there are *
* Foriegnkeys returnAlias=0 is faster than returnAlias=1. *
* This *
* was only seen on Solaris and couldn't be replicated on HP or *
* AIX. *
****************************************************************
* RECOMMENDATION: *
* Upgrade to v9.7 FP7 to avoid this issue. *
**************************************************************** |
| Local Fix: |
|
| available fix packs: |
DB2 Version 9.7 Fix Pack 7 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 9a for Linux, UNIX, and Windows
DB2 Version 9.7 Fix Pack 10 for Linux, UNIX, and Windows
|
| Solution |
Upgrade to v9.7 FP7 to avoid this issue. |
| Workaround |
not known / see Local fix |
| Timestamps |
Date - problem reported :
Date - problem closed :
Date - last modified :
| 14.05.2012
24.10.2012
24.10.2012 |
| Problem solved at the following versions (IBM BugInfos) |
9.7.FP7
|
| Problem solved according to the fixlist(s) of the following version(s) |
| 9.7.0.7
|
 |
