Ganzheitliche Betreuung
Ganzheitliche Betreuung
Ganzheitliche Betreuung
Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.
YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.
48<br />
TEChNIK & INTEGRATION<br />
V5R4-Neuerungen in iSeries Navigator Datenbank<br />
Index Condenser und Evaluator<br />
Im letzten Artikel wurde der permanente, systemweite Index Advice vorgestellt. Mit diesem<br />
Feature können jederzeit alle empfohlenen Indices angezeigt, gegebenenfalls erstellt oder<br />
auch nur die Empfehlung gelöscht werden. Bei einer stark SQL-lastigen Anwendung kann die<br />
Anzahl der empfohlenen Indices fast ins Unermessliche steigen.<br />
Da jeder neue Zugriffsweg beim<br />
Insert, Update oder Delete in der<br />
Basis-Tabelle/Datei aktualisiert werden<br />
muss, sollte die Anzahl der Zugriffswege<br />
auf das notwendige Minimum begrenzt<br />
werden. Zum Erreichen dieses<br />
Ziels wurden zwei weitere Hilfsmittel,<br />
der Index Condenser und der Index<br />
Evaluator, zur Verfügung gestellt.<br />
zugriffswege und Performance<br />
Jeder zusätzliche Zugriffsweg reduziert<br />
die Verarbeitungsgeschwindigkeit!<br />
Beim Einfügen, Ändern oder Löschen<br />
von Datensätzen müssen alle Zugriffswege<br />
(in geschlüsselten logischen Dateien<br />
oder SQL Indices), die auf dieser<br />
Datei/Tabelle liegen, aktualisiert werden.<br />
Im Klartext heißt das, dass die Bitmaps,<br />
die in allen Zugriffswegen hinter<br />
jedem vorhandenen Schlüsselwert liegen<br />
und in denen für jeden gelöschten<br />
und ungelöschten Datensatz je ein Bit<br />
hinterlegt ist, gewartet werden müssen.<br />
Aus diesem Grund sollte, gerade bei<br />
Dateien/Tabellen mit sehr vielen Datensätzen,<br />
die Anzahl der Zugriffswege<br />
auf ein Minimum reduziert werden,<br />
d. h. nicht benötigte Zugriffswege sollten<br />
konsequent gelöscht werden und<br />
Zugriffswege sollten soweit möglich<br />
gemeinsam verwendet werden können<br />
(shared access paths).<br />
Shared Access Paths<br />
Verschiedene DDS beschriebene logische<br />
Dateien und/oder SQL Indices<br />
können den gleichen Zugriffweg (Ac-<br />
MIDRANGE MAgAZIN · 10/2008<br />
cess Path) verwenden. Allerdings gibt<br />
es für DDS beschriebene logische Dateien<br />
und SQL Indices unterschiedliche<br />
Regeln:<br />
DDS beschriebene logische<br />
Dateien<br />
Eine DDS beschriebene logische Datei<br />
kann den Zugriffspfad in einer anderen<br />
geschlüsselten logischen Datei oder in<br />
einem SQL Index mitbenutzen, wenn:<br />
ó die gleichen oder weniger Schlüssel-<br />
felder in der gleichen Reihenfolge angegeben<br />
wurden<br />
ó die Page Size des anderen Zugriffs-<br />
pfades größer oder gleich der im CL-<br />
Befehl CRTLF (Logische Datei erstellen)<br />
angegebenen Page Size ist. Der<br />
Unterlassungswert für die Page Size<br />
in DDS beschriebenen logischen Dateien<br />
liegt bei 8K.<br />
Wird eine logische Datei über<br />
den Auftrags-Kopf mit den Schlüssel-<br />
Feldern Firma, Kunde erstellt und anschließend<br />
eine weitere logische Datei<br />
mit den Schlüssel-Feldern Firma, Kunde,<br />
Bestell-Nr. erstellt, werden zwei<br />
unabhängige Zugriffwege gebildet, die<br />
beide gewartet werden müssen.<br />
Wird zunächst die logische Datei<br />
mit den Schlüssel-Feldern Firma, Kunde,<br />
Bestell-Nr. erstellt und dann die logische<br />
Datei mit den Schlüssel-Feldern<br />
Firma, Kunde, kann die zweite logische<br />
Datei den Zugriffsweg der ersten logischen<br />
Datei mitbenutzen. Es wird also<br />
nur ein einziger Zugriffsweg erstellt,<br />
der gewartet werden muss.<br />
Wird anstatt einer logischen Datei<br />
ein SQL Index mit den Schlüssel-Feldern<br />
Firma, Kunde, Bestell-Nr. erstellt<br />
und anschließend eine logische Datei<br />
mit den Schlüssel-Feldern Firma,<br />
Kunde, kann diese logische Datei den<br />
Zugriffspfad des SQL Indices mitbenutzen.<br />
Da ein SQL Index per Default eine<br />
Page Size von 64K hat, wird außerdem<br />
diese Page Size von der DDS beschriebenen<br />
logischen Datei übernommen.<br />
SQL Indices<br />
Ein SQL Index kann nur den Zugriffspfad<br />
eines anderen SQL Indices mitbenutzen<br />
und nur unter der folgenden<br />
Bedingung:<br />
ó Die gleichen Schlüsselfelder müssen<br />
in der gleichen Reihenfolge angegeben<br />
werden.<br />
Wurden weniger Schlüsselfelder in<br />
der gleichen Reihenfolge angegeben,<br />
wird im Gegensatz zu DDS beschriebenen<br />
logischen Dateien ein zusätzlicher<br />
Zugriffspfad gebildet.<br />
Existiert eine DDS beschriebene<br />
logische Datei mit den gleichen<br />
Schlüssel-Feldern in der gleichen<br />
Reihenfolge, wird aufgrund der geringeren<br />
Page Size ebenfalls ein neuer<br />
Zugriffspfad gebildet.<br />
Index Condenser<br />
Um die Analyse der vorgeschlagenen<br />
Zugriffswege zu erleichtern und damit<br />
das Risiko der doppelten Zugriffswege<br />
zu verringern, wurde der Index Condenser<br />
eingeführt.