¿Es mala práctica usar SELECT * en producción?

Blockchain

Llevo poco tiempo trabajando como backend y siempre veo en tutoriales que usan SELECT * para traer datos. Pero en mi trabajo me dijeron que está mal. ¿Alguien me explica por qué es tan grave? ¿No es más rápido escribir así? Además, cuando las tablas tienen pocas columnas, ¿sigue siendo malo?

FilmBuff

Básicamente es mala práctica porque estás trayendo columnas que quizás no necesitas. Eso consume más ancho de banda y memoria, y además puede romper el código si alguien agrega una columna pesada (como un BLOB). Mejor especifica solo las columnas que vas a usar.

FoodLover

Yo creo que en tablas pequeñas o durante prototipos no pasa nada, pero en producción sí es un riesgo. Otra razón: si usas SELECT * y luego haces ORDER BY sin índice, puede ser un desastre. Personalmente prefiero listar siempre las columnas.

Blockchain

Gracias por las respuestas. Entonces, si tengo una tabla con solo 3 columnas y siempre las uso todas, ¿sigue siendo malo? Lo pregunto porque en mi proyecto tengo varias así.

Linux

Incluso en ese caso, es mejor nombrarlas explícitamente. Si mañana añaden una columna enorme sin avisar, tu SELECT * se vuelve lento de golpe. Además, en el código queda más claro qué datos esperas. Te recomiendo el hábito de siempre listar columnas.

PC

Totalmente de acuerdo. También está el tema de la inyección SQL: si usas SELECT * y luego mapeas a objetos, puedes exponer datos sensibles sin querer. Mejor control fino de las columnas.

Blockchain

Entendido, empezaré a escribir las columnas explícitamente. Mejor prevenir que lamentar. ¡Gracias a todos por los consejos!