Am o tabela (tabela_mea) cu peste 2 mil inregistrari si care are un index clustered (pe o coloana identity). Mai are un index pe o coloana (coloana_x), iar densitatea e de 0,79. Am doua cazuri:

Cazul 1:

SELECT * FROM tabela_mea WHERE coloana_x = 1

In cazul asta la index seek imi da estimated number of rows 1,2 ceea ce consider eu ca e ok.

Cazul 2:

DECLARE @val_x int

SET @val_x = 1

SELECT * FROM tabela_mea WHERE coloana_x = @val_x

Aici la index seek imi da 10,75 estimated rows.

Acum stiu ca al doilea caz e un singur batch si nu poate sa vada valoarea parametrului si imi da o valoare generala. Dar totusi de unde valoarea asta de 10,75. Eu credeam ca se uita la selectvitatea indexului (care e 1,2).

Is deschis la orice varianta / explicatie.

Multumesc.

Statisticile sunt folosite.

Selectivitatea indexului nu este 1,2 - este 1,2 pentru coloana_x=1 insa poate fi 0.01 pentru coloana_x = 3.

Selectivitate = The fraction of rows from the input set of the predicate that satisfy the predicate.

http://www.microsoft.com/technet/prodtechnol/sql/2005/qrystats.mspx

Am citit articolul si am vazut ca atunci cand valoarea parametrului e cunoscuta se foloseste de histograma ca sa dea estimated number of rows. Dar cand nu e cunoscuta valoarea (cum e cazul acestui batch), iata ce face:

Even when local variables are used in a query, an estimate that is better than a guess is used in the case of equality predicates. Selectivity for conditions of the form "@local_variable = column_name" is estimated using the average value frequency from the histogram for column_name. So, for example, if the column column_name contains all unique values, then a selectivity estimate of 1/(number of unique values in column) will be used, which is accurate.

Cred ca asta ma lamureste, multumesc.

În cazul în care coloana este IDENTITY îţi sugerez să faci indexul respectiv cu clauza UNIQUE. Astfel, la acest gen de interogări, SQL Server ar trebui să estimeze totdeauna (corect) că numărul de rânduri returnate va fi maxim 1.

Răzvan

liviu.costea:

Am o tabela (tabela_mea) cu peste 2 mil inregistrari si care are un index clustered (pe o coloana identity). Mai are un index pe o coloana (coloana_x), iar densitatea e de 0,79. Am doua cazuri:

Cazul 1:

SELECT * FROM tabela_mea WHERE coloana_x = 1

In cazul asta la index seek imi da estimated number of rows 1,2 ceea ce consider eu ca e ok.

Cazul 2:

DECLARE @val_x int

SET @val_x = 1

SELECT * FROM tabela_mea WHERE coloana_x = @val_x

Aici la index seek imi da 10,75 estimated rows.

Acum stiu ca al doilea caz e un singur batch si nu poate sa vada valoarea parametrului si imi da o valoare generala. Dar totusi de unde valoarea asta de 10,75. Eu credeam ca se uita la selectvitatea indexului (care e 1,2).

Is deschis la orice varianta / explicatie.

Multumesc.

1
2
3
4
 

SELECT * 
FROM tabela_mea 
WHERE coloana_x = @val_x
OPTION (OPTIMIZE FOR(@val_x = 1))