9
En el tutorial de Hibernate, el capítulo 25 de las mejores prácticas dice que deberíamos usar una relación de uno a varios en lugar de uno de muchos a muchos con una clase de enlace intermedio. No puedo ver cuál es su beneficio: ¿por qué es mejor crear una entidad 3D mientras que muchos a muchos pueden generar una tabla de unión que actúa como este enlace intermedio? Sin embargo, esta recomendación debe estar ahí por una buena razón.2 de uno a muchos en lugar de 1 de muchos a muchos
¿Alguien puede explicar el motivo de esta recomendación? Gracias.
+1 (y creo que también hay razones de rendimiento para no usar una tabla de muchos a muchos: hibernate tendrá dificultades para optimizar la actualización de la tabla de combinación.) – Thierry
@Thierry, no se puede evitar el "muchos" -to-many "(prefiero llamarlo la tabla de unión) al modelar una relación de muchos a muchos. Lo que estoy diciendo no es que no deba tener una tabla de unión, sino que debe modelar la tabla de unión directamente en el ORM, en lugar de implicarlo a través de propiedades de colección en los objetos relacionados. –
Sí, estoy completamente de acuerdo con usted, y hay un error ortográfico en lo que escribí: quería decir que muchos-a-muchos pueden ser menos eficientes que dos "muchos a uno" (así que en lugar de "no usar" yo quería escribir 'para usar', que es bastante el significado opuesto -_-). Entonces, incluso cuando sepa que no tendrá ninguna otra propiedad en la tabla de unión, podría ser una buena idea considerar mapearla como una entidad. – Thierry