Green-IT und Datenbanken - ODBMS

5 Energieverbrauch der Datenbank
Energieverbrauch und die Laufzeit wird allerdings umso schwächer, je größer die Datenbank
ist. Da für eine 10 GB große Datenbank der 3 GB große Arbeitsspeicher
ebenso zu klein ist wie der 256 MB große Arbeitsspeicher, profitiert die 10 GB große
Datenbank am wenigsten von der Speichererweiterung, wohingegen die 1 GB große
Datenbank nach der Vergrößerung des Speichers vollständig in den Arbeitsspeicher
geladen werden kann. Während die 1 GB große Datenbank 4,10 % weniger Energie
verbraucht, überschreitet die Ersparnis bei der 10 GB großen Datenbank nicht die
2 %-Marke.
Gruppe 4 (Selektion):
Bei den Selektionen der Gruppe 4 konnten die Messergebnisse wiederum keinen positiven
Einfluss einer Speichererweiterung auf die Laufzeit bzw. auf den Energieverbrauch
belegen. Da bei unseren Messungen mit den 30 SQL-Befehlen kein Index oder
Primärschlüssel auf den Datenbanken angelegt war, entspricht ein Select-Befehl einem
Full-Table-Scan auf der Datenbank. Hierbei verbleiben letztendlich dann nur die
Tupel im Arbeitsspeicher, die die WHERE-Klausel erfüllen. Die WHERE-Klauseln
wurden von uns so gewählt, dass die Anzahl der zurückgegebenen Tupel nicht zu
groß ist. Für die gefundenen Tupel war daher bereits der kleine Arbeitsspeicher wieder
ausreichend. Eine Erweiterung des Arbeitsspeichers bringt in diesem Fall keinen
Vorteil, wobei auch hier wieder davon auszugehen ist, dass bei Rückgabe sehr vieler
Tupel durch einen größeren Arbeitsspeicher unnötiges Swappen verhindert werden
kann. Hierdurch würde der Energieverbrauch dann ebenfalls gesenkt werden können.
Gruppe 5 (Duplikate):
Die Duplikat-Abfrage der Gruppe 5 profitiert bei unserem Test ebenfalls nicht von einer
Vergrößerung des Arbeitsspeichers. Die Messwerte belegen, dass die Laufzeit und
der Energieverbrauch durch einen größeren Arbeitsspeicher nicht beeinflusst werden.
Bei SQL-Befehlen, die Duplikate ausschließen, wird jedes neu gefundene Tupel in einer
Liste der bisher gefundenen Tupel gesucht. Diese Liste wird im Arbeitsspeicher
erstellt und gespeichert. Ist ein Tupel noch nicht in dieser Liste enthalten, wird es
ausgegeben und in die Liste aufgenommen. Eine Vergrößerung des Arbeitsspeichers
wird vermutlich auch in diesem Fall erst Energie sparen, wenn die Liste der bisher
aufgetretenen Tupel so groß wird, dass sie nicht mehr in den kleinen Arbeitsspeicher
passt. Da der einzige in Gruppe 5 enthaltene Befehl so gewählt war, dass auch dieser
nur die Tupel mit den Werten AIR, FOB, MAIL, RAIL, REG AIR, SHIP und
TRUCK zurückliefert, kann dieses Messergebnis genau wie bei den Gruppierungen
auf die kleine Ergebnismenge zurückgeführt werden. Für diese ist bereits in dem kleinen
Speicher ausreichend Platz vorhanden.
Gruppe 6 (Verbund):
Die Gruppe 6 der Verbundoperationen profitiert, wie Abbildung 5.6 zeigt, deutlich
durch kürzere Laufzeiten und einen geringeren Energieverbrauch von einer Vergrößerung
des Arbeitsspeichers. Allerdings zeigt sich hier, dass die 5 GB-Datenbank am
meisten von der Vergrößerung des Speichers profitiert, wohingegen die 10 GB große
Datenbank weniger von einer Speichererweiterung profitiert. Dies lässt sich dadurch
66