EXPLAIN..... y la consulta

[gomflo]

buen dia....

tengo un duda existencial..... ojala y alguien me pudiera dar una buena explicacion....

* Tengo una tabla con poco mas de 8, 000, 000 de registros
* El campo fecha con su respectivo indice

Consulta # 1 SELECT fecha FROM tabla WHERE fecha BETWEEN '2007-01-01' AND '2007-12-31'
se tarda aproximadamente 10 segundos en ejecutar la consulta que la verdad se me hace bastante normal ya que arroja poco mas de 3 millones de registro.

Al hacerle un EXPLAIN a esa consulta en la parte de "Extra" me arroja using where; using index en pocas palabras SI esta utilizando el indice correctamente.

Pero que sucede si a esa misma consulta le hacemos lo siguiente SELECT * FROM tabla WHERE fecha BETWEEN '2007-01-01' AND '2007-12-31' la cual se tarda demasiado tiempo en ejecutarla digamos de 3 a 4 minutos

Al darle un EXPLAIN a esa consulta en la parte de "Extra" solo dice using where por consecuencia ya no esta utlizando el indice. en la parte de "key" aparece como NULL.

No quisiera que me dijeran como arreglar la consulta ya que a partir de ahi se van a generar consultas mucho mas complejas.

Ya busque por medio manual de MySQL sin respuesta alguna.

Espero y alguien me puede ayudar =P

[gnzsoloyo]

El problema de acudir al Manual de Referencia de MySQL es que no profundiza mucho en uno de los aspectos cruciales de bases de datos: La optimización.
Sobre el tema hay mucho y bastante completo y COMPLEJO. Respecto de eso te sugiero que trates de obtener bibliografía específica de optimización, tal como Database Tuning Principles. Experiments and Troubleshooting Techniques, de Morgan - Kaufmann.
De todos modos, aquí van algunos tips:

1. MySQL no sabe como optimizar el WHERE y MENOS si en él hay constantes, como las constantes de texto (las fechas) que pusiste en la consulta. Por más que sean fechas, al colocarlas entre apóstrofos (') se vuelven strings, y por consiguiente se transforman en constantes.

2. Elimine inicialmente tantas filas como pueda. Use una consulta de alta selectibilidad. En el caso, si está consultando por un conjunto que devuelve 3.000.000 de registros comprendidos entre 365 días, es muy posible que haya algún campo más que sea determinante (p.e. en la facturación bien pueden ser los ID de productos o los ID de clientes) y que permita eliminar una inmensa cantidad de registros que no son los que busca.
Incluso puede ser que la selección por fecha funcione bien o mejor aún, si el conjuto de fechas de comparación surge de una subconsulta y no de un rango.

3. Los índices son fundamentales. Si existe un índice que exista sobre los mismos campos que se buscan, MySQL leerá el índice y no las tablas.

4. Trate de evitar la lectura a disco. Hay que aprovechar los 64Kb de paginación estándar para que almacene allí todos los datos seleccionados desde el inicio, así las consultas corren en memoria. Eso se hace calculando la longitud del registro devuelto por la cantidad de registros que serán leídos (usando el EXPLAIN, p.e.)

5. Si se usan JOINS, hay que probar todas las posibilidades de ordenamiento en los JOIN. No todos son igual de eficientes.

6. Importante: No consulte por datos que no va a usar. ¿Realmente necesita consulta así: SELECT * FROM ...?