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%

Db block gets + consistent gets

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.

Bsp. Workerskill table

ROWID Name Skill Ability

000204.0001.0001 Dick Jones Smithy Excellent

000204.0002.0001 Wilfred Lowell Discus Slow

000204.0003.0001 John Pearson Smithy Average

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.

 

 

 

 

Variieren die Spalten etwa gleich, so sollte die Spalte auf die am öftesten zugegriffen wird die erste sein.

Kleine Tabellen mit weniger als 30 Reihen sollten besser keinen Index enthalten, über 100 Reihen ist ein Index auf jeden Fall sinnvoll.

Wieviele Indexes sollten erstellt werden

 

Es können pro Tabelle maximal 16 einspaltige Indexes vergeben werden, oder maximal 1000 bis 2000 Byte pro Index (je nach Betriebssystem).

Die Nachteile von so vielen Indexes betreffen jedoch Insert und Delete Funktionen, da ja alle B-Tree’s neu balanciert werden müssen, und es braucht etwas mehr Festplattenspeicher.

Im Normalfall ist der Vorteil den man dadurch erhält größer als der verlorene Plattenplatz.

NULL Werte in Indexspalten

 

Legt man einen Index über eine Spalte die auch NULL Werte enthält, so wird für jene Spalten die NULL enthält kein Index angelegt. Bei mehrspaltigen Indexes wird nur dann kein Index angelegt wenn alle Indexspalten NULL enthalten.

Der Vorteil davon soll durch folgendes Beispiel verdeutlicht werden.

Gegeben ist eine Tabelle von Verkäufern mit jeweiligen Gehalt. Hat ein Verkäufer kein Gehalt so soll nicht 0 sondern NULL eingetragen sein.

Will man nun alle Verkäufer mit Gehalt ausgeben geht man normalerweise so vor.

 

SELECT * from VERK

WHERE Gehalt IS NOT NULL;