Green-IT und Datenbanken - ODBMS

6 Energieoptimierungen
Relative Kosten = 872389265
Abfrageplan
Call module B, which populates temp-file C.
Read temp-file C, looping on %SQLUPPER(L_SHIPMODE) and a counter.
For each row:
Output the row.
module B
Read master map SQLUser.LINEITEM.LINEITEMPRIMARYIDX, looping on L_ORDERKEY and
L_LINENUMBER.
For each row:
Read master map SQLUser.ORDERS.ORDERSPRIMARYIDX, using the given idkey value.
Check distinct values for %SQLUPPER(L_SHIPMODE) using temp-file B,
subscripted by a hashing of these values.
For each distinct row:
Add a row to temp-file C, subscripted by %SQLUPPER(L_SHIPMODE) and a counter,
with node data of %SQLUPPER(O_ORDERPRIORITY), the hashing, and [value].
Update the accumulated sum([expression]) in temp-file B,
subscripted by the hashing.
Update the accumulated sum([expression]) in temp-file B,
subscripted by the hashing.
Abbildung 6.1: Abfrageplan TPC-H Abfrage 12 ohne zusätzlichen Index.
For each distinct row:
Add a row to temp-file C, subscripted by %SQLUPPER(L_SHIPMODE)
and a counter,
with node data of %SQLUPPER(O_ORDERPRIORITY),the hashing,and [value].
Update the accumulated sum([expression]) in temp-file B,
subscripted by the hashing.
Update the accumulated sum([expression]) in temp-file B,
subscripted by the hashing.
Als letzter Schritt der Abfrageausführung wird die group-by und order-by Bedingung
berechnet.
Read temp-file C, looping on %SQLUPPER(L_SHIPMODE) and a counter.
For each row:
Output the row.
Es fällt sofort auf, dass der Abfrageplan nicht detailliert ist, denn die Überprüfung
von l_commitdate, l_receiptdate und l_shipdate wird nicht aufgeführt. Es ist davon
auszugehen, dass der Abfrageoptimierer intelligent genug ist, diese Überprüfung
während der Iteration auf lineitem auszuführen, bevor er die weiteren Bedingungen
überprüft.
90