Hibernate ¿Hay muchas o muchas relaciones establecidas o listas?

Question

Tengo una relación de muchos a muchos en mis beans Java. Cuando uso List para definir mis variables como:

@Entity 
@Table(name="ScD") 
public class Group extends Nameable { 

    @ManyToMany(cascade = {CascadeType.PERSIST, CascadeType.MERGE}, fetch = FetchType.EAGER) 
    @JoinColumn(name="b_fk") 
    private List<R> r; 
    //or 
    private Set<R> r; 

me sale ese error:

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.springframework.dao.annotation.PersistenceExceptionTranslationPostProcessor#0' 
... 

cuando uso Set todo parece funcionar bien.

Quiero preguntar que cuando se utilizan relaciones de muchos a muchos cuál usar para el concepto lógico List o Set (debido a la lista puede haber duplicados y establecer pero ¿qué pasa con el rendimiento y otros problemas)?

Answer 1

Desde la perspectiva de bases de datos relacionales, este es un conjunto. Las bases de datos no conservan el orden y usar un List no tiene sentido, el orden en ellas no está especificado (a menos que se utilicen las llamadas colecciones indexadas).

El uso de un Set también tiene grandes implicaciones de rendimiento. Cuando se usa List, Hibernate usa la colección PersistentBag debajo de la cual tiene algunas características terribles. Es decir: si agrega una nueva relación, primero eliminará todas las existentes y luego las insertará + su nueva. Con Set solo inserta el nuevo registro.

Tercera cosa - no se puede tener múltiples List s en una entidad como se puede obtener infame No se pueden obtener simultáneamente múltiples bolsas excepción.

Consulte también:

• 19.5. Understanding Collection performance

• Why Hibernate does "delete all then re-insert" - its not so strange

Answer 2

¿Y el requisito de unicidad del conjunto? ¿No obliga esto a Hibernate a recuperar todos los objetos cada vez que se agrega uno a la colección para asegurarse de que uno recién agregado sea único? Una lista no tendría esta limitación.