[SOLUCIONADO] dudas con join y cantidad de campos en una tabla

[WorseMzg]

hola buenas, estoy modelando unas bases de datos
y no se que manera de hacer las relaciones es mejor en las consultas
explico

tengo mi tabla usuario que tiene varios datos entre ellos region_id
tengo la tabla región
y tengo una tabla de reporte

la tabla de reporte obviamente contiene el usr id
pero yo necesito mostrar tambien la region

a la tabla le agrego el campo o la llave foranea region_id
o la voy a buscar a travez del usuario

siempre la region del reporte es lo mismo que la region del usuario.

y eso me apsa con varios datos mas

donde puedo elegir agregarlo a la tabla como un campo mas e ir a buscarlo haciendo el join directo entre mi tabla y esa o no agregar el campo e ir a buscar el dato a travez de otros join no se si me explico ...

[Libras]

y cual es el problema de hacer varios joins? Tus dudas se resuelven normalizando la base de datos, investiga un poco sobre esto

[WorseMzg]

investigare el tema, mi duda es mas que nada saber que es más eficiente o correcto ,agregar campos para ahorrarse joins o hacer mas joins y dejar menos campos en una tabla

[gnzsoloyo]

mi duda es mas que nada saber que es más eficiente o correcto ,agregar campos para ahorrarse joins o hacer mas joins y dejar menos campos en una tabla

No. NO es correcto "ahorrarse" JOINs, porque implica una arquitectura de datos deficiente, inconsistente, con alta redundancia e ineficiencia a mediano y largo plazo.
Los modelos de datos deben ser eficientes, consistentes, depurados y flexibles. Y para resolver las relaciones en las consultas es que se creó el SQL. Corromper un esquema de datos en función de una aparente "simplicidad" sólo te traerá dolores de cabeza.

[WorseMzg]

Iniciado por gnzsoloyo

No. NO es correcto "ahorrarse" JOINs, porque implica una arquitectura de datos deficiente, inconsistente, con alta redundancia e ineficiencia a mediano y largo plazo.
Los modelos de datos deben ser eficientes, consistentes, depurados y flexibles. Y para resolver las relaciones en las consultas es que se creó el SQL. Corromper un esquema de datos en función de una aparente "simplicidad" sólo te traerá dolores de cabeza.

ya entendí lo que me quieren decir, agradezco la ayuda