Index Scan contra Seek Index

Hola Pao, un index Seek es la forma eficiente de usar los indices, con lo
cual que se haga un index seek es muy positivo en la mayoria de los casos.
Cuando haces un index Scan es un recorrido por el indice, no es lo mismo que
un table Scan (a menos que sea sobre el custer index que es la tabla
ordenada )


Salu2
-
[MVP] SQL Server
Orador para Culminis Latam
www.sqlgurus.org



"Pao" escribió en el mensaje
news:

Hola a todos.
Es malo que existan demasiados Index scan...y que muchos Index Seek.
Teoricamente el primero afecta mas el rendimiento del equipo porque de
cierta
forma hace una especie de table scan.
Por favor si me ayudan aclarando dudas y conceptos.

Gracias.

Maxi,

Estoy de acuerdo con lo que has mencionado, menos en lo de "table scan y el
indice clustered". Aunque el scan se haga sobre un indice clustered, este
sera mas rapido que hacerlo sobre la tabla, al menos que el indice contenga
todas las columnas de la tabla.

Recuerda, casi siempre (de lo contrario preferibe hacer el table scan) el
indice contiene menos columnas que la tabla, por lo que en una pagina
intermedia del indice (donde se guardan las claves del mismo) cabran mas
filas que la cantidad de filas de la tabla que caben en una pagina de data.
Esto hace que el recorrer el indice sea mas rapido que recorrer la tabla.
Solo los nodos hojas o ultimo nivel de un indice clustered son los que
contienen las paginas de data, el resto (paginas o nodos intermedios)
contienen los valores de las claves del indice.


AMB

"Maxi [MVP]" wrote:

Hola Pao, un index Seek es la forma eficiente de usar los indices, con lo
cual que se haga un index seek es muy positivo en la mayoria de los casos.
Cuando haces un index Scan es un recorrido por el indice, no es lo mismo que
un table Scan (a menos que sea sobre el custer index que es la tabla
ordenada )


Salu2
-
[MVP] SQL Server
Orador para Culminis Latam
www.sqlgurus.org



"Pao" escribió en el mensaje
news:
> Hola a todos.
> Es malo que existan demasiados Index scan...y que muchos Index Seek.
> Teoricamente el primero afecta mas el rendimiento del equipo porque de
> cierta
> forma hace una especie de table scan.
> Por favor si me ayudan aclarando dudas y conceptos.
>
> Gracias.

Hola Ale, es cierto, quice decir eso pero me salio mal :(, pero es asi como
tu indicas


Salu2
Maxi [MVP SQL SERVER]


"Alejandro Mesa" escribió en el
mensaje news:

Maxi,

Estoy de acuerdo con lo que has mencionado, menos en lo de "table scan y
el
indice clustered". Aunque el scan se haga sobre un indice clustered, este
sera mas rapido que hacerlo sobre la tabla, al menos que el indice
contenga
todas las columnas de la tabla.

Recuerda, casi siempre (de lo contrario preferibe hacer el table scan) el
indice contiene menos columnas que la tabla, por lo que en una pagina
intermedia del indice (donde se guardan las claves del mismo) cabran mas
filas que la cantidad de filas de la tabla que caben en una pagina de
data.
Esto hace que el recorrer el indice sea mas rapido que recorrer la tabla.
Solo los nodos hojas o ultimo nivel de un indice clustered son los que
contienen las paginas de data, el resto (paginas o nodos intermedios)
contienen los valores de las claves del indice.


AMB

"Maxi [MVP]" wrote:

Hola Pao, un index Seek es la forma eficiente de usar los indices, con lo
cual que se haga un index seek es muy positivo en la mayoria de los
casos.
Cuando haces un index Scan es un recorrido por el indice, no es lo mismo
que
un table Scan (a menos que sea sobre el custer index que es la tabla
ordenada )


Salu2
-
[MVP] SQL Server
Orador para Culminis Latam
www.sqlgurus.org



"Pao" escribió en el mensaje
news:
> Hola a todos.
> Es malo que existan demasiados Index scan...y que muchos Index Seek.
> Teoricamente el primero afecta mas el rendimiento del equipo porque de
> cierta
> forma hace una especie de table scan.
> Por favor si me ayudan aclarando dudas y conceptos.
>
> Gracias.

Maxi,

A veces la mente vas mas rapido que nuestras manos. Se que eso fue lo que
quicistes decir, yo solo lo modifique un poquito.


AMB

"Maxi" wrote:

Hola Ale, es cierto, quice decir eso pero me salio mal :(, pero es asi como
tu indicas


Salu2
Maxi [MVP SQL SERVER]


"Alejandro Mesa" escribió en el
mensaje news:
> Maxi,
>
> Estoy de acuerdo con lo que has mencionado, menos en lo de "table scan y
> el
> indice clustered". Aunque el scan se haga sobre un indice clustered, este
> sera mas rapido que hacerlo sobre la tabla, al menos que el indice
> contenga
> todas las columnas de la tabla.
>
> Recuerda, casi siempre (de lo contrario preferibe hacer el table scan) el
> indice contiene menos columnas que la tabla, por lo que en una pagina
> intermedia del indice (donde se guardan las claves del mismo) cabran mas
> filas que la cantidad de filas de la tabla que caben en una pagina de
> data.
> Esto hace que el recorrer el indice sea mas rapido que recorrer la tabla.
> Solo los nodos hojas o ultimo nivel de un indice clustered son los que
> contienen las paginas de data, el resto (paginas o nodos intermedios)
> contienen los valores de las claves del indice.
>
>
> AMB
>
> "Maxi [MVP]" wrote:
>
>> Hola Pao, un index Seek es la forma eficiente de usar los indices, con lo
>> cual que se haga un index seek es muy positivo en la mayoria de los
>> casos.
>> Cuando haces un index Scan es un recorrido por el indice, no es lo mismo
>> que
>> un table Scan (a menos que sea sobre el custer index que es la tabla
>> ordenada )
>>
>>
>> Salu2
>> -
>> [MVP] SQL Server
>> Orador para Culminis Latam
>> www.sqlgurus.org
>>
>>
>>
>> "Pao" escribió en el mensaje
>> news:
>> > Hola a todos.
>> > Es malo que existan demasiados Index scan...y que muchos Index Seek.
>> > Teoricamente el primero afecta mas el rendimiento del equipo porque de
>> > cierta
>> > forma hace una especie de table scan.
>> > Por favor si me ayudan aclarando dudas y conceptos.
>> >
>> > Gracias.
>>
>>
>>

Tengo entendido que el "leaf node" de un clustered index son los propias
páginas de datos, por ello realizar un clustered index scan o un table scan
en este caso me parece que sería lo mismo.

Saludos,
Ulises

Alejandro Mesa wrote:

Maxi,

Estoy de acuerdo con lo que has mencionado, menos en lo de "table scan y
el indice clustered". Aunque el scan se haga sobre un indice clustered,
este sera mas rapido que hacerlo sobre la tabla, al menos que el indice
contenga todas las columnas de la tabla.

Recuerda, casi siempre (de lo contrario preferibe hacer el table scan) el
indice contiene menos columnas que la tabla, por lo que en una pagina
intermedia del indice (donde se guardan las claves del mismo) cabran mas
filas que la cantidad de filas de la tabla que caben en una pagina de
data. Esto hace que el recorrer el indice sea mas rapido que recorrer la
tabla. Solo los nodos hojas o ultimo nivel de un indice clustered son los
que contienen las paginas de data, el resto (paginas o nodos intermedios)
contienen los valores de las claves del indice.


AMB