UGISS Community

Salve a tutti (è il mio primo post e non vorrei aver sbagliato sezione).

Premetto che ciò che scrivo è stato testato con sql server 2005 (non ho modo di provare su 2008, e purtroppo non ho un db corposo tale da verificarne i tempi).

La mia domanda è: l'actual execution plan è reale oppure potrebbe essere errato?

Prendo in considerazioni i seguenti batch (su northwind):

1) select ProductID
 , UnitPrice
 , (select AVG(UnitPrice) from [Order Details]) as a
 , (select AVG(UnitPrice) from [Order Details]) as b
 , (select AVG(UnitPrice) from [Order Details]) as c
from [Order Details]
GO

2) select ProductID, UnitPrice, a as A, a as B, a as C
from (
 select ProductID
  , UnitPrice
  , (select AVG(UnitPrice) from [Order Details]) as a
 from [Order Details]
) as k
GO

Nel primo caso, osservando l'execution plan, noto come la query presente in select viene eseguita 3 volte, cosa che ovviamente non succede con la seconda. Eseguendo i due comandi, noto come il secondo costi 36% mentre il primo 64%. E' possibile che l'execution plan sia errato? Mi pare strano che sql server esegui per 3 volte lo statement di aggregazione.

So che forse è una domanda semplice ma non riesco a capire bene di chi non fidarmi :)

Grazie mille.

sierrodc:

Salve a tutti (è il mio primo post e non vorrei aver sbagliato sezione).

No problem, è corretta

sierrodc:

La mia domanda è: l'actual execution plan è reale oppure potrebbe essere errato?

L'"actual execution plan" è quello effettivamente usato da SQL Server per risolvere la query. Quindi è quello "reale".

sierrodc:

Nel primo caso, osservando l'execution plan, noto come la query presente in select viene eseguita 3 volte, cosa che ovviamente non succede con la seconda. Eseguendo i due comandi, noto come il secondo costi 36% mentre il primo 64%. E' possibile che l'execution plan sia errato? Mi pare strano che sql server esegui per 3 volte lo statement di aggregazione

E' corretto. E' anche corretto che il secondo piano di esecuzione sia molto meno costoso del primo. Nel primo caso tu stai esplicitamente chiedendo a SQL Server di eseguire tre query....e SQL Server fa esattamente quello che gli stai chiedendo

In realtà è gia abbastranza furbo da riscrivere la tua query come una serie di inner-join, altrimenti dovrebbe eseguire le tre select per ogni riga e non solo una volta!

Certo, potrebbe essere più intelligence ed ottimizzare in modo più spinto ma, mi vien da dire, se non capiamo noi essere umani che non è intelligente scrivere il codice (1), perchè mai lo dovrebbe capire una macchina?

dmauri:

Certo, potrebbe essere più intelligence ed ottimizzare in modo più spinto ma, mi vien da dire, se non capiamo noi essere umani che non è intelligente scrivere il codice (1), perchè mai lo dovrebbe capire una macchina?

Ovviamente non ce l'ho con te, è solamente una battuta, neh

Ah certo! credevo solo fosse un po' più spinto, anche perchè non sono proprio un "espertone". In ogni modo mi hai confermato che l' "actual execution plan" è vero. Ora devo imparare a leggere bene l'exec plan.

Grazie mille!

sierrodc:

è il mio primo post

Benvenuto su UGISS

sierrodc:

So che forse è una domanda semplice ma non riesco a capire bene di chi non fidarmi :)

In generale, fidati solo delle soluzioni set-based ed il codice (1) non lo è

Ciao!