ayuda con Index

Una sugerencia sencilla, es que las columnas que frecuentemente aparecen en
la clausula Where, deberian ser candidatos a indexarse, en tu consulta pude
observar la columna 'c.mem_id' <60000' como una buena opcion (de 3
millones, estas reduciendo a un subconjunto de 60000)

saludos,

Antonio Ortiz
www.aortiz.net
www.qsoluciones.net
www.qsoluciones.net/visualcaja



"ronhi" escribió en el mensaje de
noticias:
> Hola Gustavo,
>
> Agradezco de antemano tu ayuda, esta es la parte que me esta dificultando
> la
> vida, de esos 3 millones solo nececito la version 2, pero es muy tardado,
> tengo varios campos que con información diferente como el periodo que me
> dice
> el numero de semanas, o el campo cuenta.
>
> Supongo que debo aplicar un index de tipo Agrupado?
>
>
> "Aguardientico" wrote:
>
>> Hola Ronhi,
>>
>> Te cuento que por lo general para que un índice sea eficaz deben existir
>> datos dispersos, y esta cosa en español significa que los datos deben ser
>> diferentes, los mejores ejemplos son las fechas o los autoincrementos o
>> los
>> números de identificación.
>>
>> Si tienes una tabla con 3 millones de registros y quieres hacer un indice
>> donde tienes 2 valores diferentes, significa que aprox. tienes 1.5
>> millones
>> de registros con el mismo valor, en este caso los índices en vez de
>> ayudarte
>> te perjudican por que no existen los suficientes valores para generar de
>> forma eficiente el arbol de indices.
>>
>> Una buena opción para hacer indices es basado en la parte del WHERE de
>> tus
>> consultas y entre más valores únicos tengas mejor será la eficiencia del
>> indice.
>>
>> Si tienes más inquietudes, no dudes en realizarlas.
>>
>> Atte.
>>
>> Gustavo Gonzalez
>> http://aguardientech.blogspot.com
>>
>> "ronhi" wrote in message
>> news:
>> > Hola, que tal a todos?
>> >
>> > Necesito algo de ayuda con respecto a los indexs, aun no entiendo cual
>> > es
>> > el
>> > uso de ellos a un despues de agregarlos. Tengo una tabla con mas de 3
>> > millones de registros. La informacion esta clasificada por versiones,
>> > existe
>> > una columna que se llama Ver_id y especifica la version cargada, en
>> > estos
>> > momentos existen 2 versiones 1 y 2. Digamos que la mitad pernetece a la
>> > version 1 y la otra mitad a la version 2.
>> >
>> > yo agregue este index para aumentar la velocidad de consulta:
>> >
>> > CREATE CLUSTERED INDEX AK_Ver_Version ON
>> > FINPER_BASE_PERUBAZ (VER_ID asc )
>> > WITH (PAD_INDEX = ON, FILLFACTOR0)
>> >
>> > pero no veo rapidez alguna.
>> >
>> > Que tipo de index agrego en este ejemplo para volver mis consultas mas
>> > rapidas?
>> >
>> >
>> >
>> >
>> >
>> > __________ Information from ESET NOD32 Antivirus, version of virus
>> > signature database 5005 (20100406) __________
>> >
>> > The message was checked by ESET NOD32 Antivirus.
>> >
>> > http://www.eset.com
>> >
>> >
>> >
>>
>> __________ Information from ESET NOD32 Antivirus, version of virus
>> signature database 5005 (20100406) __________
>>
>> The message was checked by ESET NOD32 Antivirus.
>>
>> http://www.eset.com
>>
>>
>>
>> .
>>