Duda con creacion de indices

[FNX_NET]

Bueno necesito optimizar unas tablas ya que estas tablas nisiquiera tienen pka y tiene mas de 2 millones de datos.

pero leyendo en internet me encontre con esto

Utilice índices sobre campos con valores únicos. Los índices funcionan peor si el campo tiene valores duplicados.

Leer más: http://www.arsys.info/programacion/b...#ixzz0cJi2XAbH


y quiero poner indices para que busquen mas rapido pero el campo donde quiero poner el indice no es unico ya qes un numero del 0 al 10

[Vun]

Se referirá a indices primarios, donde no se permiten duplicados de datos. Pero estan los indices secundarios que son importantisimos tener los justos y necesarios.

No soy un experto ni mucho menos de la materia, pero lo ideal es crear indices secundarios para aquellos campos MUY usados en los WHERE de tus consultas, eso te va a hacer aumentar el rendimiento enormemente.

Tambien te recomiendo que uses el EXPLAIN en tu consola para conocer que consultas son las que más carga provocan.

A ver si alguien aconseja algo mas, saludos y buen karma

[huesos52]

Imagina los indices como un indice de un libro. Son creados bajo la misma teoría. Si abres un libro, vas al indice y vas a buscar la palabra "rendimiento" y encuentras que hay 1000 coincidencias en el indice. Será que es efectiva la búsqueda? Si los campos son únicos, fácilmente identificas la palabra e incrementas el rendimiento en la búsqueda de la palabra.

Por eso es necesario identificar en que campos de una tabla determinada se aprovechan al máximo el uso de indices. Por que puedes crear indices en cualquer campo, pero si seleccionas mal los campos, lo que haras es que no optimizaras el tiempo de consulta y disminuiras la performance de la base de datos ya que los indices consumen bastantes recursos.

saludos

saludos

[FNX_NET]

claro entiendo su punto, pero yo pensaba que el indice ayudaba a la busqueda, pero por ejemplo tengo un campo que guarde los nombre de los paises, pero obvio en ese campo se van a repetir nombre de paises, yo lo quiero indexar para que la busqueda sea mas rapida, pero segun eso la busqueda va hacer mas lenta porque los nombre se repiten

[monjeruiz]

crea index a cada campo de la tabla, para que las consultas sean mas rapidas, una vez creado los index correo un optimize

alter table `DATA_BASE`.`TABLA` add index `NOMBRE_TUPLA` (`NOMBRE_TUPLA`)
OPTIMIZE TABLE DATA_BASE

[Vun]

Iniciado por FNX_NET

claro entiendo su punto, pero yo pensaba que el indice ayudaba a la busqueda, pero por ejemplo tengo un campo que guarde los nombre de los paises, pero obvio en ese campo se van a repetir nombre de paises, yo lo quiero indexar para que la busqueda sea mas rapida, pero segun eso la busqueda va hacer mas lenta porque los nombre se repiten

Pero dices que tienes 2 millones de datos....

Imaginemos que tu web hace MUCHAS consultas con un WHERE PAIS='Spain'

Si no tienes indice (secundario ya que se repiten) para ese campo, el motor de la base de datos va a tener que ir mirando uno por uno los 2 millones de datos....., es decir, 2 millones de "comprobaciones" por asi llamarlo.

Sin embargo, si tienes un indice hecho, cuando alguien haga ese WHERE PAIS='Spain' en un par de comprobaciones usando el indice quizas se evite 1.700.000 (por decir una cifra) de comprobaciones de registros que NO SON PAIS='Spain' y directamente se pone a mirar los 300.000 que sí son. 300.000 en vez de 2.000.000, es digamos casi 7 veces mas rapido. Mas o menos asi lo entiendo yo xD

Pero lo mejor es que lo compruebes tu mismo, abre la consola y ejecuta un:

explain select * from usuarios where PAIS='ES' (o con los nombres de tu tabla)

Y fijate en la columna ROWS, esas son las "comprobaciones" de las que antes hablaba. Ahora crea el indice, y repite la instruccion.... fijate en ROWS, tachann xD

Ah, y un ultimo apunte para terminar. Si esa tabla tiene MUCHAS inserciones de registros nuevos, el motor va a tener que actualizar los indices muy a menudo, y eso digamos que podria ralentizar el rendimiento. Cuando digo MUCHAS, son muchisimas, a centenares por minuto o asi, al menos asi pude yo optimizar algunas tablas de muchos registros...