Optimale SQL Lösung für Zugriff PF mit 12+xx Millionen Sätze

[B.Hauser]

Glaskugel defekt: Timestamp Felder liefern in der Regel distincte Werte, für die ein EVI keinen Sinn macht!

D*B

Vielleicht solltest du deine Glaskugel mal abstauben, damit sie dir auch mal derived Indices und EVIs (mit und ohne Include Anweisungen) und auch sonst noch einige Neuerungen anzeigt.

Die Welt hat sich weitergedreht über STRSQL und STRDBG hinaus.
Es gibt neue und bessere Tools auch für die Auswertung der gesammelten Daten.
Und gerade im Bereich der Performance-Optimierung passiert einiges in Rochester.

Birgitta

[BenderD]

Und gerade im Bereich der Performance-Optimierung passiert einiges in Rochester.

Birgitta

... man muss nur fest dran glauben! Ich bleibe dabei: jede[r], der ohne Messung Patentrezepte hat, ist ein Scharlatan!

D*B

[Peet]

Vielen Dank an alle.

@Birgitta
Ich habe bis zur 1.Antwort hier schon einmal 3 Views gemacht, mittlerweile hat sich herausgestellt, dass ich in Monatsschritten abfragen muss/soll....also 3 Views für 3, 6 und 12 Monate.
In den Views habe ich die where-Klausel wie folgt codiert:
"where timestampdiff(64, Cast(current_timestamp-dmstimsn as Char(22))) <=3"
Feld dmstimsn ist das timestamp-Feld.

Sollte der Index dann so aussehen ???
Create Index lib.indexname On lib.pfname ( dmstimsn Asc)

Ich habe zwar schon einige andere Indizies erstellt, meist schaue ich in den Index-Advisor (mit dem DB-View) oder DBMonitor und hole mir da die "Index-Empfehlungen" mit den meisten Vorkommen/Verwendungen.
Jetzt möchte ich mein Wissen mal ein wenig ausbauen und einen Profi wie dich fragen :=)
(habe leider bisher kein Budget für eine Schulung bei euch bekommen, soll aber bald kommen und dann aber :=))

Eine Frage bitte noch zu Visual Explain..
Wenn ich das richtig gesucht habe ist das eine Funktion im Navigator for i ??
Ich habe leider kein PDF/Link zu einem Tutorial für DB2/i gefunden, nur für andere DB2.
Hast du da vielleicht einen Link, wo ich mich "schlau" machen kann ??

Vielen Dank nochmals !!
Peet

[andreaspr@aon.at]

Eine Frage bitte noch zu Visual Explain..
Wenn ich das richtig gesucht habe ist das eine Funktion im Navigator for i ??
Ich habe leider kein PDF/Link zu einem Tutorial für DB2/i gefunden, nur für andere DB2.
Hast du da vielleicht einen Link, wo ich mich "schlau" machen kann ??

Hier z.B.: https://www.ibm.com/support/knowledg...q/rzajqpdf.pdf

lg Andreas

[Fuerchau]

Mache einen normalen Index über deinen Timestamp und kalkuliere das Abfrageergebnis in ein Timestamp:

where mytimestamp
between
timestamp(current date - 3 months, time('00.00.00'))
and
timestamp(current date, time('23.59.59'))

Dann benötigst du keine berechneten Indizes, da diese nur verwendet werden, wenn der Ausdruck genau identisch ist.
Es ist daher besser, die Abfragebedingung so zu berechnen, dass sie zum gespeicherten Inhalt passt.

[KingofKning]

... man muss nur fest dran glauben! Ich bleibe dabei: jede[r], der ohne Messung Patentrezepte hat, ist ein Scharlatan!

D*B

Naja,
ich denke auch Du bist alt genug um bei bestimmten Zusammenhänge ohne ins Detail zu gehen sagen zu können: Machst Du es so dann wird es besser sein als vorher. Von Perfekt spricht ja keiner.

Und gerade im EDV Bereich sind fast alle Dinge vorhersagbar. Und wenn Birgitta sagt probier das mal aus, wird es eine hohe Warscheinlichkeit haben das es passt.

GG 4417

[Fuerchau]

"probier das mal aus" heißt eher "versuch macht kluch" als "Mach dies und das".
Frei nach dem Motto: "Mein Sprit ist alle!" => "Dann fahr mach nach Tankstelle!".

Ich kann Dieter da voll verstehen. Oft genug habe ich erlebt, dass Debug-Output und Visual Explain Vorschläge machen, an die sich zur Laufzeit der Optimizer dann doch nicht hält.

[BenderD]

Naja,
ich denke auch Du bist alt genug um bei bestimmten Zusammenhänge ohne ins Detail zu gehen sagen zu können:
GG 4417

... Du hast das Problem, möglicherweise ungewollt, exakt beschrieben: ohne ins Detail zu gehen sind Vorschläge Kaffeesatz!

Dieter

[andreaspr@aon.at]

... und wieder einmal ist das Motto: lieber zu weniger Tipps als zu viele. Oder ist es doch wieder nur Konkurrenzkamp?! ;-)
Jeder soll selbst entscheiden dürfen welche Infos für ihn brauchbar sind und welche nicht.
Es kann auch für andere Leser interessant sein die ebenfalls ähnliche Situationen hatten/haben.

[AG1965_2]

Sagte der mit dem Patentrezept. ;-)

[andreaspr@aon.at]

... wo auch immer da ein Patentrezept gesehen werden konnte ;-)