Green-IT und Datenbanken - ODBMS
Green-IT und Datenbanken - ODBMS
Green-IT und Datenbanken - ODBMS
Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.
YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.
Modul C<br />
Read bitmap temp-file A, looping on ID.<br />
For each row:<br />
Read master map SQLUser.ORDERS.ORDERSPRIMARYIDX,<br />
using the given idkey value.<br />
Add a row to temp-file B,<br />
subscripted by O_TOTALPRICE, O_ORDERDATE, and ID,<br />
with node data of O_CUSTKEY.<br />
6.2 Energieeffizienz <strong>und</strong> Indizes<br />
Daraus resultiert die höhere Laufzeit <strong>und</strong> der höhere Energieverbrauch bei der Ausführung<br />
mit zusätzlichem Index.<br />
Ein ähnliches Bild ergibt sich für Abfrage 16:<br />
select<br />
p_brand, p_type, p_size, count(distinct ps_suppkey) as supplier_cnt<br />
from<br />
partsupp, part<br />
where<br />
p_partkey = ps_partkey<br />
and p_brand ’Brand#45’<br />
and p_type not like ’MEDIUM POLISHED%’<br />
and p_size in (49, 14, 23, 45, 19, 3, 36, 9)<br />
and ps_suppkey not in (<br />
select<br />
s_suppkey<br />
from<br />
supplier<br />
where<br />
s_comment like ’%Customer%Complaints%’)<br />
group by<br />
p_brand, p_type, p_size<br />
order by<br />
supplier_cnt desc, p_brand,p_type, p_size<br />
Diese Abfrage benutzt bei der Ausführung mit zusätzlichem Index, denjenigen der<br />
für die Spalte p_size angelegt wurde (siehe dazu den Abfrageplan 6.15). Das ist<br />
nach unserer Forderung für die Nutzung von Indizes korrekt, denn p_size ist in der<br />
WHERE-Bedingung der Abfrage eingeschränkt.<br />
p_size in (49, 14, 23, 45, 19, 3, 36, 9)<br />
Der Abfrageplan 6.15 zeigt, dass in Modul B eine Iteration mit eingrenzendem Wertebereich<br />
über dem Index auf der Spalte p_size ausgeführt wird.<br />
113