Clustered o no ?

Hola.

Como norma general, siempre debes crear un índice que sea clustered.

Luego,

como en todo, hay excepciones. En tu caso, la duda debe estar en el orden,
es decir, si crearlo en la forma Tipo, Secuencia o Secuencia, Tipo. La
teoría indica que el campo más selectivo debe ser el primero en el índice
(sería Secuencia, Tipo), incluyendo un segundo índice, éste ya

nonclustered,

por el otro campo (Tipo).

Quedaria entonces la tabla fisicamente ordenada por secuencia,tipo haciendo
que el mismo numero de secuencia para distintos tipos se agrupen
fisicamente?.. mmmm no se pero me resulta extraño porque se supone que para
encontrar un grupo de registros del mismo tipo (lo cual seria mas comun que
buscar por secuencia) debera durar mas (ojo. no quiero decir que no tenga
base loque dices, solo me resulta raro).

La opción que comentas es Menú Query + Index Tuning Wizard. Pero si estás
creando la tabla ahora, es posible que no tengas información suficiente

como

para sacarle partido.

Claro. A penas la estoy creando. Pero significa que debo crearla primero
y llenarla de datos para despues obtener las recomendaciones de indice?
Pensaba que el indice clustered no se podia variar luego que hubiere datos.
La idea era hacerlo correctamente desde un principio. Los BOL realmente no
me dan tantas pautas para ello.

Hola.

Si en tu aplicación prevés que con frecuencia se realizarán consultas por el
tipo (sin indicar la secuencia) que al contrario, pon primero el campo tipo.
De hecho es lo más lógico. Si normalmente cuando quieras buscar por número
de secuencia también suministras el tipo, la selectividad del campo
secuencia tampoco será tan valiosa.

Sobre el index tuning wizard, lo que debes suministrarle es una consulta que
quieras optimizar. Te propondrá unos índices adecudos al estado que la tabla
tiene en ese momento. Si está vacía, pues no te podrá servir de mucho.

Lo que yo haría sería poner la mejor indexación de partida según a ti te
parezca y pasado un tiempo revisarla, con el Index Tuning Wizard si crees
que te ayudará. El tuning es una labor continua.

qwalgrande

"De lo que ves créete la mitad, de lo que no ves no te creas nada"
V. del V.


"Alonso" escribió en el mensaje
news:

Hola.

Como norma general, siempre debes crear un índice que sea clustered.

Luego,

como en todo, hay excepciones. En tu caso, la duda debe estar en el
orden,
es decir, si crearlo en la forma Tipo, Secuencia o Secuencia, Tipo. La
teoría indica que el campo más selectivo debe ser el primero en el índice
(sería Secuencia, Tipo), incluyendo un segundo índice, éste ya

nonclustered,

por el otro campo (Tipo).

Quedaria entonces la tabla fisicamente ordenada por secuencia,tipo
haciendo
que el mismo numero de secuencia para distintos tipos se agrupen
fisicamente?.. mmmm no se pero me resulta extraño porque se supone que
para
encontrar un grupo de registros del mismo tipo (lo cual seria mas comun
que
buscar por secuencia) debera durar mas (ojo. no quiero decir que no tenga
base loque dices, solo me resulta raro).

La opción que comentas es Menú Query + Index Tuning Wizard. Pero si estás
creando la tabla ahora, es posible que no tengas información suficiente

como

para sacarle partido.

Claro. A penas la estoy creando. Pero significa que debo crearla
primero
y llenarla de datos para despues obtener las recomendaciones de indice?
Pensaba que el indice clustered no se podia variar luego que hubiere
datos.
La idea era hacerlo correctamente desde un principio. Los BOL realmente no
me dan tantas pautas para ello.