DB2 - Problembeschreibung
Problem IC64035 | Status: Geschlossen |
QUERRIES ON NICKNAMES WITH FETCH FIRST N ROWS ONLY CLAUSE MIGHT RETURN ERROR SQL1822N OR WITH POOR PERFORMANCE | |
Produkt: | |
DB2 FOR LUW / DB2FORLUW / 970 - DB2 | |
Problembeschreibung: | |
If you have a query on nickanme which uses the FETCH FIRST n ROWS ONLY clause and the remote table for the nickname has huge data, the query might return error SQL1822N or with very poor performance for some datasources. But the same query would run quite well in passthru mode. For example,below is an error message reported by this query for a DB2/zOS datasource: SQL1822N Unexpected error code "57051" received from data source "MYSOURCE". Associated text and tokens are "func="do_prep" msg=" SQL0495N Estimated processor cost o". SQLSTATE=560BD And in the db2diag.log, you may find the detail error returned from the datasource like follow: [IBM][CLI Driver][DB2] SQL0495N Estimated processor cost of "000000000324" processor seconds ("000007529919" service units) in cost category "A" exceeds a resource limit error threshold of "000003000003" service units. SQLSTATE=57051 | |
Problem-Zusammenfassung: | |
Local-Fix: | |
If the same query can succeeded in passthru mode, you can set the federation server option db2_fetch_n_rows to 'Y' by issuing the statement "alter server SERVER_NAME options(add db2_fetch_n_rows 'Y')". Note: Not all data sources support to set this option to 'Y', if the query failed after setting the option please contact DB2 support. | |
verfügbare FixPacks: | |
DB2 Version 9.7 Fix Pack 1 for Linux, UNIX, and Windows | |
Lösung | |
Workaround | |
keiner bekannt / siehe Local-Fix | |
Weitere Daten | |
Datum - Problem gemeldet : Datum - Problem geschlossen : Datum - der letzten Änderung: | 22.10.2009 23.11.2009 23.11.2009 |
Problem behoben ab folgender Versionen (IBM BugInfos) | |
Problem behoben lt. FixList in der Version | |
9.7.0.1 |