SQL-Performance Probleme ODBC

[B.Hauser]

Hallo,

m.E. hilft nur beide Jobs mit Database Monitor (STRDBG ist nicht ausreichend) aufzuzeichnen und analysieren. Aber Achtung DBMON generiert einen Wust an Datensätzen, d.h. man sollte gezielt auswählen und nur kurzzeitig aufzeichnen, sonst kann man sich leicht die Platte vollschreiben.

Das erste, das man feststellen muss ist, wieviel Zeit tatsächlich für SQL verwendet wurde. Wenn die SQL-Statements tatsächlich identisch sind und wenn in beiden Fällen dynamisches SQL verwendet wurde (iSeries Navigator ist auf alle Fälle ein dynamisches Interface), müsste die reine SQL-Zeit identisch sein.

Mit Hilfe des folgenden SQL-Scripts kann zum einen die Gesamt-Zeit für SQL pro Job und zum anderen die Zeit für die einzelnen SQL-Statements aus der DBMON-Aufzeichnung ermittelt werden:

CREATE ALIAS MySchema/MyDbgMon 
FOR MyDBMonLib/QZG0000605; 

-- Gesamt-Ausführungszeit pro Job für SQL 
with x as (select QQJNUM as JobNr,
                  cast(sum(qqi6)/1000000 as Dec(6, 0)) as ExcSQLSec, 
                  cast(mod(sum(qqi6), 1000000) as Dec(6, 0)) as ExcSQLMs
              from MyDbgMon
              where     QQRID=1000 and QQC21 <> 'MT'
              group by QQJNUM)
Select JobNr,
       Digits(Dec(Truncate(ExcSQLSec / 3600, 0), 2)) concat ':' concat
       Digits(Dec(Truncate(Mod(ExcSQLSec / 60, 60), 0), 2)) concat ':' concat
       Digits(Dec(Truncate(Mod(Mod(ExcSQLSec , 3600), 60), 0), 2)) concat ' - ' concat
       Digits(ExcSQLMs) as "SQLZeit"
   from x;

-- Ausführungszeit pro SQL-Statement
SELECT qqi6 "Total Time", qqjnum, qqjob, qquser, qq1000 
   FROM MyDbgMon
   WHERE qqrid=1000 AND qqc21 <> 'MT'
   ORDER BY qqi6 DESC; 

Vielleicht kommst Du dadurch zu neuen Erkenntnissen.

Birgitta

[BenderD]

Hallo,

dass ich das noch erleben durfte, ich muss doch mal eine Lanze für den OOps Nerv brechen, die Empfehlung DBMON ist goldrichtig, bei ODBC muss man nur drauf achten, dass man selbigen für alle Jobs startet (damit er vor dem connect aktiv ist), detailliert, versteht sich - die Auswertung der Daten, das ist dann das einzige, für das Ooops Nerv taugt (vor Auswertung importieren aus Datei).

mfg

Dieter Bender

Hallo,

m.E. hilft nur beide Jobs mit Database Monitor (STRDBG ist nicht ausreichend) aufzuzeichnen und analysieren. Aber Achtung DBMON generiert einen Wust an Datensätzen, d.h. man sollte gezielt auswählen und nur kurzzeitig aufzeichnen, sonst kann man sich leicht die Platte vollschreiben.

Das erste, das man feststellen muss ist, wieviel Zeit tatsächlich für SQL verwendet wurde. Wenn die SQL-Statements tatsächlich identisch sind und wenn in beiden Fällen dynamisches SQL verwendet wurde (iSeries Navigator ist auf alle Fälle ein dynamisches Interface), müsste die reine SQL-Zeit identisch sein.

Mit Hilfe des folgenden SQL-Scripts kann zum einen die Gesamt-Zeit für SQL pro Job und zum anderen die Zeit für die einzelnen SQL-Statements aus der DBMON-Aufzeichnung ermittelt werden:

CREATE ALIAS MySchema/MyDbgMon 
FOR MyDBMonLib/QZG0000605; 

-- Gesamt-Ausführungszeit pro Job für SQL 
with x as (select QQJNUM as JobNr,
                  cast(sum(qqi6)/1000000 as Dec(6, 0)) as ExcSQLSec, 
                  cast(mod(sum(qqi6), 1000000) as Dec(6, 0)) as ExcSQLMs
              from MyDbgMon
              where     QQRID=1000 and QQC21 <> 'MT'
              group by QQJNUM)
Select JobNr,
       Digits(Dec(Truncate(ExcSQLSec / 3600, 0), 2)) concat ':' concat
       Digits(Dec(Truncate(Mod(ExcSQLSec / 60, 60), 0), 2)) concat ':' concat
       Digits(Dec(Truncate(Mod(Mod(ExcSQLSec , 3600), 60), 0), 2)) concat ' - ' concat
       Digits(ExcSQLMs) as "SQLZeit"
   from x;

-- Ausführungszeit pro SQL-Statement
SELECT qqi6 "Total Time", qqjnum, qqjob, qquser, qq1000 
   FROM MyDbgMon
   WHERE qqrid=1000 AND qqc21 <> 'MT'
   ORDER BY qqi6 DESC; 

Vielleicht kommst Du dadurch zu neuen Erkenntnissen.

Birgitta