Die folgenden Szenarios beschreiben allgemeine Situationen, bei denen Sie möglicherweise Zugriffspläne vergleichen wollen.
Änderung der SQL-Leistung aufgrund von hinzugefügten, entfernten oder geänderten SQL-Anweisungen erkennen
In der Regel müssen Sie nach dem Hinzufügen, Entfernen oder Ändern von SQL-Anweisungen das zugehörige DB2-Paket erneut binden, indem Sie den Befehl BIND mit der Unteroption ACTION(REPLACE) ausführen. Das Ausführen dieses Befehls kann den Zugriffsplan für die SQL-Anweisungen ändern und sich auf die Leistung auswirken.
Änderung der SQL-Leistung aufgrund der Releasemigration erkennen
Eine Releasemigration könnte ein Upgrade von einer DB2-Version auf die nächste sein (zum Beispiel von DB2 for z/OS Version
9 auf DB2 for z/OS Version
10) oder ein Upgrade der DB2-Wartungsstufe (zum Beispiel das Anwenden eines APAR (Authorized Problem Analysis Report) oder einer vorläufigen Programmkorrektur). Durch eine Releasemigration können neue Features eingeführt werden oder das Verhalten des DB2-SQL-Optimierungsprogramms sich ändern. Das erneute Binden eines DB2-Pakets nach einer Releasemigration kann den Zugriffsplan für SQL-Anweisungen ändern und sich auf die Leistung auswirken.
SQL-Leistungsänderungen aufgrund der Ausführung des Dienstprogramms RUNSTATS ermitteln
Sie können das Dienstprogramm RUNSTATS ausführen, um aktuelle Statistikdaten zu Tabellen und Indizes in einemDB2 for z/OS-Subsystem zu erfassen.
Die Ausführung dieses Dienstprogramms liefert dem Optimierungsprogramm die genauesten Informationen zum Generieren des besten Zugriffsplans.
SQL-Leistungsänderungen aufgrund der Anwendung von Optimierungsempfehlungen ermitteln
Nach der Anwendung von Optimierungsempfehlungen wie Empfehlungen von der Advisorfunktion für Workloadstatistikdaten oder der Advisorfunktion für Indizes können Sie Zugriffspläne für eine optimierte Workload vergleichen. Durch die Verwendung verschiedener EXPLAIN-Momentaufnahmen können Sie überprüfen, ob die SQL-Anweisungen in der optimierten Workload optimiert wurden.