database - tablas - optimizar consultas mysql explain
¿Por qué debería evitar los bucles al diseñar relaciones para una base de datos? (1)
Hay un tratamiento realmente bueno de los bucles de relación en el capítulo 3 de este documento .
En general, sin embargo, el problema más común con los bucles es la coherencia de la información redundante.
Considere el caso (del documento) donde un padre tiene muchos hijos; cada niño asiste a una escuela Hay una tercera relación entre padres y escuela (''el padre tiene un hijo en la escuela''). Sin embargo: no desea modelar las 3ras relaciones explícitamente; es completamente derivable de los otros dos. Si lo capturó explícitamente, necesitaría asegurarse de que el ciclo siempre sea consistente.
Entonces, en ese caso, querrías evitar el ciclo. Sin embargo: los bucles no son universalmente malos. Tomando el ejemplo anterior otra vez, considere modelar el caso donde un padre es un gobernador en una escuela. Eso también crearía un bucle. En este caso, aunque es válido: no es posible derivar la relación ''padre es gobernador en la escuela'' de las otras dos relaciones.
Entonces, en resumen: no modele bucles cuando una relación es completamente derivable de las otras combinadas. Pero está bien crear bucles cuando no son derivables.
Aunque recomendaría el artículo, da una descripción mucho mejor de la que puedo ofrecer aquí.
hth.
Alguien me dijo que era un mal diseño tener bucles en el modelo de datos. He escuchado esto un par de veces pero no presté mucha atención. Por ejemplo, tiene entidades Usuario, Proyecto, Actividad. Un proyecto es propiedad de un Usuario, por lo que tenemos una relación de uno a varios desde el usuario hasta el Proyecto. Una actividad se puede asignar a un usuario único, otra relación de uno a varios de usuario a actividad. Por supuesto, un proyecto se define por un conjunto de actividades, otra relación uno a muchos desde el Proyecto hasta la Actividad. Por lo tanto, se forma un bucle.
Le pregunté a este tipo por qué es un mal diseño, pero él me dijo que él tampoco lo sabía, a él también le dijeron lo mismo, aprender mono en el mejor de los casos.
Traté de buscar pero supongo que no usé las palabras adecuadas, sin embargo, esto me parece algo que debería ser fundamental para alguien que intenta diseñar un DB.
Entonces, ¿alguien puede indicarme alguna información útil sobre bucles / ciclos en diagramas er / db, en caso de que se eviten?