Die Aktivierung von anderen Optimiermethoden kann durch Hinweise geschehen. Diese Hinweise können genutzt werden bei select, update und delete, und müssen als erste Klausel nach dem Operator Schlüsselwort angegeben werden.

Update /*+rule*/ table set ....

3.                 Anwendungs Ebene

Positiv wirken sich hier z.B. gespeicherte PL/SQL Programme aus die zentral und kompiliert am Server liegen und einmal aktiviert allen Benutzern zur Verfügung stehen.

Auch sollten Integritätsbedingungen zentral und optimiert am DB-Server ausgeführt werden, anstatt innerhalb des Anwendungsprogrammes

4.                 DB – SERVER Ebene

Hier ist vor allem die Größe und Konfiguration des Cache interessant. Die Größe des Caches sollte so gewählt werden, daß auf ein physische Leseoperation (Platte) etwa 10 – 20 logische Leseoperationen (Cache) kommen, was einer Trefferrate von 90-95 % entspricht.

Die Ermittlung der Trefferrate erfolgt so:

Select name,value

from v$sysstat

where name in(‚consistent gets‘,‘db block gets‘,‘physical reads‘)

Als Ergebnis erhält man nun Beispielsweise diese 3 Werte

Consistent gets: 121.001 Lesezugriffe konsistent und

Db block gets: 340.010 Lesezugriffe aus dem Cache

Physical reads: 85.990 Plattenzugriffe

 

Physical reads

Trefferrate = (1- ------ ) *100 = 88%

Für eine exakte Ermittlung der optimalen Cachegröße muß man aber über einen bestimmten Zeitraum eine DB Pufferanalyse mit dem typischen Anwendungsprofil durchführen. Daraus erhält man dann genau Statistiken über die Auslastund der einzelnen DB-Cache Blöcke.

5.                 Datenbank

Hier geht’s es vor allem darum, die unterschiedlichen Filetypen einer Datenbank und die Zuordnung zu den DB Objekten optimal zu gestalten.

So sollten z.B. Index Segmente, Redo-Log-Files und Rollback Segmente von den Benutzerdaten getrennt auf anderen, schnelleren Platten gespeichert werden.

 

 

INDEXES

 

Indexes sollten für jene Spalten angelegt werden die in der ‚where‘ Klausel verwendet werden, da sie die Antwortzeit enorm beschleunigen.

Indexes sind in ihrer Struktur aufsteigend sortierte,selbst ausbalancierte B-Tree’s, die bei jedem insert oder delete neu balanciert werden.

Der Zugriff auf das tatsächliche Datenbankobjekt erfolgt über die ROWID, es wird also zuerst im B-Tree der richtige Eintrag gesucht, und mit Hilfe der ROWID dann das tatsächliche Datenbankobjekt gelesen.

 

Bsp. Workerskill table

ROWID Name Skill Ability

000204.0001.0001 Dick Jones Smithy Excellent

000204.0002.0001 Wilfred Lowell Discus Slow

000204.0004.0001 John Pearson Combine Driver

Index für Primary Key, Name und Skill

Dick Jones Smithy 000204.0001.0001

John Pearson Combine Driver 000204.0004.0001

John Pearson Smithy 000204.0003.0001

Wilfried Lowell Discus 000204.0002.0001

Index erzeugen

 

Create index indexname on table(column1,column2,...)

Beim Indexnamen sollte folgendes Format eingehalten werden:

TABLENAME_COLUM1_COLUM2

Alle Indexes die vom Benutzer erstellt werden, sind im Table USER_INDEXES abgespeichert.

Wo kann man Indexes verwenden

 

Index sind vor allem bei jenen Spalten sinnvoll, die in where Klauseln oder bei Joins verwendet werden. Aber Achtung, wird in der where Klausel IS NOT NULL oder IS NULL verwendet, so erhält man keinen Geschwindigkeitsvorteil.

Auch bei ORDER BY, MIN und MAX wird der Index verwendet, aber er wrid nicht bei
GROUP BY und DISTINCT genutzt !

Sinnvoll sind Indexes auch nur bei Spalten deren Daten variieren, also zum Beispiel bei Telefonnummern oder Postleitzahlen. Ein Index für eine Spalten die nur ‚Y‘ oder ‚N‘ enthält wäre eine schlechte Wahl, und kann die Systemleistung sogar beeinträchtigen.