Re: Seltsame Performance von In-Clause Select

Geschrieben von Axel Pürner am Oktober 06, 2002 um 10:33:

Als Antwort auf Re: Seltsame Performance von In-Clause Select geschrieben von Markus on September 30, 2002 um 14:27:

Hi Markus,

leider habe ich Deine Antwort erst heute gefunden. Doch die Sache selbst erscheint mir nun klar zu sein. Wenn 15000 Ausführungen im Cache ausgewiesen wurden, war der Befehl wohl schon etwas älter. Ein Befehl kann solange im Cache bleiben, wie das DB2 ununterbrochen durchläuft.
Da stimmten wahrscheinlich die Zugriffspfade nicht mehr. BMC macht einen Update auf die Katalogstatistiken, bei dem die Statements im Cache (im Gegensatz zum C/S DB2!) nicht invalidiert werden. Runstats invalidiert die betroffenen Befehle im Cache, sie werden neu prepared und damit verschwindet manches Problem. Näheres zum Caching im Redbook "DB2 for z/OS: Squeezing the Most out of Dynamic SQL"

MfG

Axel Pürner

Antworten:

Schreibe eine Antwort

Name:
E-Mail:

Thema:

Kommentar:
: Hi Markus, : leider habe ich Deine Antwort erst heute gefunden. Doch die Sache selbst erscheint mir nun klar zu sein. Wenn 15000 Ausführungen im Cache ausgewiesen wurden, war der Befehl wohl schon etwas älter. Ein Befehl kann solange im Cache bleiben, wie das DB2 ununterbrochen durchläuft. : Da stimmten wahrscheinlich die Zugriffspfade nicht mehr. BMC macht einen Update auf die Katalogstatistiken, bei dem die Statements im Cache (im Gegensatz zum C/S DB2!) nicht invalidiert werden. Runstats invalidiert die betroffenen Befehle im Cache, sie werden neu prepared und damit verschwindet manches Problem. Näheres zum Caching im Redbook "DB2 for z/OS: Squeezing the Most out of Dynamic SQL" : MfG : Axel Pürner

Optionale Link URL:
Link Titel:
Optionale Image URL:

[ Antworten ] [ Forum ]