Aufstieg in die erste Liga - Midrange Magazin

Release V5R4M0 – Neuerungen in iSeries Navigator-DatenbankPerformance-Daten aufzeichnenFür die meisten SQL-Anwender sind die Query Engines und der Query Optimizer eine BlackBox. Warum sollte man sich auch darum kümmern? Man gibt ein SQL-Statement an undQuery Engines sowie Optimizer erledigen den Rest. Wenn man nur mit Tabellen (physischenDateien) und einer Handvoll von Datensätzen arbeitet, ist diese Einstellung auch in Ordnung.Je größer jedoch die Datenmengenwerden, desto wichtiger wird eineAnalyse der ausgeführten SQL-Statementsals Basis für ein weiteres PerformanceTuning. In diesem Artikelwerden die Methoden zur Aufzeichnungvon SQL-Performance-Daten aufgezeigt.Abb. 1: SQL-Informationen in Joblog nach STRDBGSQL-Performance Feedback ToolsBereits vor Release V5R4 gab es mehrereverschiedene Methoden, mit derenHilfe SQL-Statements analysiert werdenkonnten:ó CL-Befehl STRDBG – Start Debugó CL-Befehl PRTSQLINF – PrintSQL‐Informationenó CL-Befehle STRDBMON / ENDDBMON –Start/End Database MonitorCL-Befehl STRDBG – Start DebugWenn vor dem Starten des interaktivenSQL (Befehl STRSQL – Start SQL inter-active Session) oder vor dem Ausführeneines Programms mit embeddedSQL der Befehl STRDBG eingegebenwird, dann werden Query-Optimizer-Informationen im Joblog protokolliert.Durch die Auswertung des Joblogskann festgestellt werden, ob und welcheZugriffswege verwendet wurden.Ebenso können fehlendebzw. empfohlene Zugriffswegeermittelt werden.Leider wird im Joblognur ein Bruchteil der Query-Optimizer-Nachrichtenausgegeben, so dass einedetaillierte Analyse nureingeschränkt möglich ist.So werden beispielsweiseOptimizer-Nachrichten, dievon der SQL Query Engine(SQE) geschickt wurden,mit den gleichen Nachrichtennummern,die auchdie Classic Query Engine(CQE) verwendet, ausgegeben. Dieskann zu einer unvollständigen oder garmissverständlichen Darstellung destatsächlichen Access-Plans führen.Abbildung 1 zeigt die Nachrichtenim Joblog, die nach Ausführung vonSTRDBG protokolliert werden.Eine Analyse einzelner SQL-Statementsüber Visual Explain, der grafischenAnalyse-Methode im iSeriesNavigator, die auch schon in früherenReleases vorhanden war, liefert wesentlichdetailliertere Informationen undsollte einer Analyse über STRDBG vorgezogenwerden.CL-Befehl PRTSQLINF –Print SQL-InformationenWird statisches SQL in einem Moduloder (Service-)Programm hinterlegt,werden die Access-Plans (Zugriffspläne)jeweils im Modul- oder (Service-)Programmobjekt gespeichert. Bei Ausführungeines (Service-)Programmsmit embedded SQL werden diese Access-Plansvalidiert und gegebenenfallsaktualisiert. Gleiches gilt für ODBCoder JDBC-Zugriffe, bei denen extendeddynamic SQL verwendet wird – d. h.:Die Access-Plans für SQL-Statementswerden in einem zugeordneten SQL-Package gesichert. Die Access Plansvon embedded dynamic SQL werdendagegen nicht im (Service-)Programmobjektgespeichert; sie bleiben jedoch04/2009 · MIDRANGE MAGAZIN39