Mas registros o mas campos?

[gnzsoloyo]

Puede significar lo mismo, porque una búsqueda tarda más o menos dependiendo de la cantidad de accesos a disco y la cantidad de bloques de datos en memoria.
Para que se entienda: la lectura de una tabla no es lineal desde principio a final. No se leen los registros uno por uno y se los procesa, los datos se leen en bloques de 64 Kb. Cada bloque de datos es un acceso a disco, po lo cual mientras menos bloques devuelva la consulta, más rápida será. En ese sentido, más registros son más bytes, pero un registro más largo también.

Además, hay otros factores que afectan la performance de la consulta. Algunos de ellos son:

- La forma de lectura de datos está definida por los campos a leer según el SELECT. Si uno de los índices cubre la totalidad de los campos, el FROM no se procesa.

- La cláusula FROM y el modo de relacionar las tablas invocadas está afectada por los índices, que pueden o no intervenir aquí según la forma de realizar el JOIN.

- El WHERE afecta el modo de recuperar los datos del SELECT, porque alterará la forma de realizar la comprobación: Si ´debe leer toda la tabla, o si hay algún índice que lo pueda ayudar.

- Finalmente, cláusulas como ORDER BY y GROUP BY reducen la performance de las consultas, porque los algoritmos de ordenamiento, por ejemplo, consumen mucho tiempo de proceso.

- Como podrás notar con esta vista a vuelo de pájaro, el que sean más registros o registros más largos no define per se la rapidez de una consulta.

- Como tip final, ten en cuenta esto: No debes poner más campos en una tabla porque sí, o para "ahorrar" esfuerzo. Los campos (atributos de la relación) se colocan en una tabla porque pertenecen a la entidad que la tabla representa. Hacerlo de otro modo es violar el modelo E-R y además agregarle ineficiencia a la tabla.