Optimización

[horape]

buenas

miren tengo una tabla de imagenes que tiene una columna 'id', y el resto de las columnas son atributos de la imagen, o sea que dependen solo de la id.
Las consultas las hago utilizando todos o casi todos los atributos, entonces la pregunta era si me convenía ponerle un index a cada columna, o si me convenia primero separar la tabla en muchas tablas, cada una con una columna 'id' y otra columna para el atributo. Por ahi vi que asi se agilizaba, pero no se si este será el caso. Que opinan??

[gnzsoloyo]

Que para darnos una idea más precisa de lo que conviene necesitaríamos saber la estructura exacta de la tabla (sentencia CREATE TABLE, no una descripción somera), y un acercamiento al tipo de consultas que le realizas a esa tabla.
En principio, las consultas mejoran con los índices bajo algunos conceptos:
- Si usas un conjunto de campos en un SELECT, un índice definido sobre ese conjunto combinado (y no sobre cada uno) puede mejorar el resultado.
- Si usas dos o más campos en el WHERE relacionados con AND y donde el campo sea comparado con "=", puede mejorar con un índice.
- Toda clave candidata puede ser usada para definir un índice.

[horape]

gracias gnzsoloyo

lo q pasa es q el SELECT va a ir cambiando según lo que ponga el usuario que entre a mi web, entonces no se si puedo poner un index definido en un conjunto (puedo?). Por ejemplo, tengo un campo 'genero', y otro 'tamaño'. Si el index está definido para (genero,tamaño), igual puedo realizar un SELECT optimizado cuando busco solo por género? Por ejemplo una vez puede tocar hacer así:

SELECT * FROM imagenes WHERE genero = 'abstract' AND tamaño < 2;

y otra así:

SELECT * FROM imagenes WHERE genero = 'art' ORDER BY date DESC;

La tabla son muchos VARCHAR(255), algunos CHAR(4) aprox., y algunos INTEGER (perdon que no de detalle pero son muchos campos )

Y la unica consulta que me interesa es ese tipo de SELECT.. Por ahi vi que los index pueden ralentizar los INSERT, pero no importa.

Estaba pensando por ejemplo hacer una tabla para resoluciones, con 'id','width' y 'height', pero no se hasta que punto conviene subdividir.. Tampoco da hacer una tabla para width y otra para height. Si podia optimizar y a la vez dejar todo en una misma tabla, seria ideal.

[gnzsoloyo]

Si tienes un exceso de flexibilidad en los parámetros de las consultas, es muy difícil hacer índices. Por otro lado, SELECT *... , es la forma más ineficiente de realizar una consulta, porque muchas veces traes datos que después no usas. En esas condiciones, sobrecargas del enlace de datos de bytes que luego descartas...
Sería buena idea ver la perspectiva global y verificar si hay alguna forma de acotar los datos requeridos y las opciones a los usuarios, de modo de hacer un sistema más eficiente.
Todos quieren darle flexibilidad a las cosas. Pero la flexibilidad se paga caro en la web y las bases de datos. Por eso las páginas de las grandes empresas te restringen las búsquedas a modelos predefinidos.