Indices clustered y non clustered

Si no me equivoco.. el indice clustered fuerza a que lo datos fisicos se
organicen secuencialmente tal y como indica el indice y asi cuando recorras
una tabla utilizando un indice clustered esta tendra los datos organizados
secuencialmente y por lo tanto las lecturas son mas rapidas..



"jb" escribió en el mensaje
news:

Cual es la diferencia?


Saludos,

Xus

Asi es. El indice clustered es el orden fisico de los datos de las tabla. Un
nonclustered es una estructura de almacenamiento adicional ordenada que
apunta a los registros de la tabla, este esta ordenada fisicamente o
desordenada.

Por supuesto esto tiene muchas consecuencias.



Saludos
Ing. Jose Mariano Alvarez


(Cambia los ceros por O y saca lo que sobra)




"Pepe" wrote in message
news:%

Si no me equivoco.. el indice clustered fuerza a que lo datos fisicos se
organicen secuencialmente tal y como indica el indice y asi cuando
recorras una tabla utilizando un indice clustered esta tendra los datos
organizados secuencialmente y por lo tanto las lecturas son mas rapidas..



"jb" escribió en el mensaje
news:

Cual es la diferencia?


Saludos,

Xus

On Fri, 16 Feb 2007 11:32:47 +0100, "Pepe"
wrote:

Si no me equivoco.. el indice clustered fuerza a que lo datos fisicos se
organicen secuencialmente tal y como indica el indice y asi cuando recorras
una tabla utilizando un indice clustered esta tendra los datos organizados
secuencialmente y por lo tanto las lecturas son mas rapidas.

No exactamente. Con un índice agrupado los datos físicos TIENDEN a
estar ordenados secuencialmente, pero no está garantizado.

http://www.sqlmag.com/Article/Artic...92886.html
http://www.sqlmag.com/Article/Artic...92887.html


Saludos

Si bien las estructuras de datos internas en memoria o las estructuras de
almacenamiento en disco (debido a como maneja las paginas) no tienen la
posibilidad de guardar los datos secuencialmente ya sea ordenados o
desordenados, el concepto diferencial entre ambos es el orden fisico con la
estructura de arbol B para el clustered cuyos nodos hoja son los datos de la
tabla guardados "ordenados" y la estructura adicional de arbol B del indice
nonclustered donde en los nodos hoja estan las columnas del indice ordenada
por los acampos del indice y los "datos o punteros" (para no complicarlo con
mas detalles) para acceder a los registros correspondientes

Por otro lado coincido en que tienden pero no coincido con " no esta
garantizado" porque el motor de la base de datos utiliza las estructuras y
los procesos internos para aproximar el comportamiento a una estructuras
teorica de acceso secuencial y random mediante la estructura del indice.




Saludos
Ing. Jose Mariano Alvarez


(Cambia los ceros por O y saca lo que sobra)




"Alfredo Novoa" wrote in message
news:

On Fri, 16 Feb 2007 11:32:47 +0100, "Pepe"
wrote:

Si no me equivoco.. el indice clustered fuerza a que lo datos fisicos se
organicen secuencialmente tal y como indica el indice y asi cuando
recorras
una tabla utilizando un indice clustered esta tendra los datos organizados
secuencialmente y por lo tanto las lecturas son mas rapidas.

No exactamente. Con un índice agrupado los datos físicos TIENDEN a
estar ordenados secuencialmente, pero no está garantizado.

http://www.sqlmag.com/Article/Artic...92886.html
http://www.sqlmag.com/Article/Artic...92887.html


Saludos

Hola,

On Fri, 16 Feb 2007 09:13:53 -0300, "Jose Mariano Alvarez"
wrote:

Por otro lado coincido en que tienden pero no coincido con " no esta
garantizado" porque el motor de la base de datos utiliza las estructuras y
los procesos internos para aproximar el comportamiento a una estructuras
teorica de acceso secuencial y random mediante la estructura del indice.

Tu mismo dices que intenta aproximar a una estructura secuencial, pero
esto no es perfecto y a veces hay páginas fuera de orden, incluso si
acabas de crear o reconstruir el índice. Mira los enlaces que dejé.

Ahí dice que incluso puede haber registros desordenados dentro de una
misma página.


Saludos