Managed Services - Midrange Magazin

TECHNIK & INTEGRATION
Erstellung von MQTs
Im letzten Beitrag haben Sie gesehen, dass MQTs vielfältig vom Optimizer verwendet werden.
Wir haben aber auch feststellen können, dass wir auf die Verwendung keinen Einfluss haben,
sondern die MQTs automatisch vom Optimizer genutzt werden. Und hier liegt auch das Problem:
Wenn wir die MQTs nicht sorgfältig planen und die Datenkopien nicht pflegen, könnten
die MQTs auch Probleme bereiten. Bevor Sie also beginnen, MQTs zu erstellen, sollten Sie
sich detailliert mit den Möglichkeiten der Erstellung beschäftigen.
In den folgenden Beispielen spielt
wiederum die Tabelle „HIST00“ eine
zentrale Rolle; sie enthält die Kundenkontakte
vieler Jahre und ist aufgrund
dieser historischen Daten Grundlage
vieler Auswertungen. Für diese Tabelle
erstelle ich MQTs, um vorhandene
Reports zu beschleunigen. Natürlich
könnte ich auch das Datenbankdesign
ändern und die Datensätze beispielsweise
auf verschiedene Jahrestabellen
verteilen. Das hätte aber zur Folge,
dass bestehende Auswertungen angepasst
und HLL-Programme aktualisiert
werden müssten. Und falls ich irgendwann
einmal die Auswertungen mehrerer
Jahre benötige, hätte ich wieder
das ursprünglich geschilderte Problem.
Außerdem müsste ich die vorhandenen
Tabellen alle namentlich und inhaltlich
kennen. Die Vorteile der MQTs sind also
nicht zu übersehen:
ó Bestehende Reports und HLL-Pro-
gramme müssen nicht verändert werden
und profitieren unter Umständen
dennoch von den neuen Objekten.
MQTs können somit nachträglich
erstellt werden, ohne dass Änderungen
in der Applikation erforderlich
sind.
ó SQL-Anwender müssen die Inhalte
bestehender MQTs nicht kennen. Der
Optimizer entscheidet, ob es besser
ist, die Basistabelle oder die verdichteten
Daten zu verwenden.
ó Der Optimizer kann gezwungen wer-
den, die MQT zu verwenden, indem
sie direkt im SQL-Statement verwen-
det wird. Mit SQL-Indizes ist das nicht
möglich.
Schauen wir uns jetzt die Erstellung
der MQTs an: MQTs werden mit der
SQL-Anweisung CREATE TABLE erstellt.
Alternativ kann der SQL-Befehl ALTER
TABLE verwendet werden, um eine bestehende
physische Datei/Tabelle in eine
MQT zu verwandeln. Probieren wir
es aus, indem wir als Erstes eine MQT
erstellen, die die historischen Kundenkontaktdaten
des Jahres 1998 enthält.
CREATE TABLE MQTJAHR98
AS
( SELECT HIKDNR, HIMED, HIDATE, HIUSR
FROM HIST00
WHERE HISTORY_DATUM > '01.01.1998'
AND HISTORY_DATUM < '31.12.1998'
)
DATA INITIALLY IMMEDIATE
REFRESH DEFERRED
MAINTAINED BY USER
ENABLE QUERY OPTIMIZATION;
Das oben gezeigte SELECT-Statement
wird in der Tabelle gespeichert. Eine
Aktualisierung der Daten ist daher auch
sehr einfach durch die SQL-Anweisung
REFRESH TABLE möglich.
REFRESH TABLE MQTJAHR98;
Im zugehörigen SQL-Statement können
Sie viele bekannte Klauseln und
Funktionen verwenden. Derzeit – im
Release V5R4 und V6R1 – unterstützt
die MQT:
ó Einzelabfragen und Verknüpfungs-
abfragen (JOIN),
ó WHERE
ó GROUP BY und HAVING
ó ORDER BY
ó FETCH FIRST … ROWS
ó VIEWS
ó Common Table Expression ( CTE)
ó Nested Table Expression ( NTE)
ó UNION
ó und partitionierte Tabellen
Allerdings gibt es auch ein paar
Einschränkungen, die Sie im SQL-Referenzhandbuch
finden und die abhängig
von Ihrem Release sind.
Die Datenbank erkennt, dass es
sich um eine MQT handelt, anhand der
vier Klauseln am Ende des CREATE TABLE-
Statements:
CREATE TABLE MQTJAHR98
AS
( .......
.......
)
DATA INITIALLY IMMEDIATE
REFRESH DEFERRED
MAINTAINED BY USER
ENABLE QUERY OPTIMIZATION;
Data Initially Immediate
oder Data Initially Deferred
Die Klauseln „Data Initially Immediate“
und „Data Initially Deferred“ bestimmen,
ob die MQT bereits beim Erstellen
gefüllt oder ob nur eine leere Datei erzeugt
werden soll. Wird „Data Initially
Immediate“ angegeben, wird die Tabelle
sofort mit Daten versorgt. Verwenden
Sie hingegen die Klausel „Data Initially
Deferred“, erhalten Sie zunächst eine
leere Datei.
Refresh Deferred
Mit Hilfe der Option „Refresh Deferred“
soll gesteuert werden, ob die MQT auf
42
MIDRANGE MAGAZIN · 02/2011