Hibernate CollectionOfElements EAGER fetch elementos duplicados

Question

tengo una clase llamada SynonymMapping que tiene una colección de valores asignada como CollectionOfElements

@Entity(name = "synonymmapping") 
public class SynonymMapping { 

    @Id private String keyId; 

    //@CollectionOfElements(fetch = FetchType.EAGER) 
    @CollectionOfElements 
    @JoinTable(name="synonymmappingvalues", joinColumns={@JoinColumn(name="keyId")}) 
    @Column(name="value", nullable=false) 
    @Sort(type=SortType.NATURAL) 
    private SortedSet<String> values; 

    public SynonymMapping() { 
     values = new TreeSet<String>(); 
    } 

    public SynonymMapping(String key, SortedSet<String> values) { 
     this(); 
     this.keyId = key; 
     this.values = values; 
    } 

    public String getKeyId() { 
     return keyId; 
    } 

    public Set<String> getValues() { 
     return values; 
    } 
} 

tengo una prueba donde almaceno dos objetos SynonymMapping a la base de datos y luego pedir a la base de datos para devolver todos los objetos SavedMessageing, esperando recibir los dos objetos que almacené.

Cuando cambio el mapeo de valores para estar ansioso (como se muestra en el código por la línea comentada) y vuelvo a ejecutar la prueba, recibo cuatro coincidencias.

He limpiado la base de datos entre ejecuciones y puedo duplicar este problema intercambiando entre impaciente y perezoso.

Creo que tiene que ver con las uniones que hibernate crea debajo pero no puedo encontrar una respuesta definitiva en línea.

¿Alguien puede decirme por qué una búsqueda ansiosa está duplicando los objetos?

Gracias.

Answer 1

En general, no es una buena idea imponer la búsqueda ansiosa en el mapeo: es mejor especificar uniones entusiastas en las consultas apropiadas (a menos que esté 100% seguro de que bajo ninguna circunstancia su objeto tendrá sentido/será válido sin que esa colección sea poblada).

La razón por la que obtiene duplicados es porque Hibernate se une internamente a sus tablas raíz y de colección. Tenga en cuenta que realmente son duplicados, p. para 2 SynonymMappings con 3 elementos de colección, cada uno obtendría 6 resultados (2x3), 3 copias de cada entidad SynonymMapping. Por lo tanto, la solución más fácil es ajustar los resultados en un conjunto para garantizar que sean únicos.

Answer 2

Se podría utilizar una cláusula SELECT DISTINCT (Hibernate Query Language) como sigue

SELECT DISTINCT synonym FROM SynonymMapping synonym LEFT JOIN FETCH synonym.values 

cláusula DISTINCT elimina las referencias duplicadas en hibernación.

Aunque tanto el componente como la colección de valores tiene su ciclo de vida vinculado a la clase de entidad propietaria, debe declararlos en la cláusula de selección para recuperarlos. (LEFT JOIN FETCH synonym.values)

respuesta de ChssPly76 es otro enfoque, pero no se olvide de anulación es igual y el método de acuerdo con código hash Establecer semánticas

respecto,

Answer 3

entré en el mismo problema - cuando establece FetchType.EAGER para @CollectionOfElements, Hibernate intenta obtener todo de una vez, es decir, utilizando una única consulta para cada entrada de elemento vinculado a un objeto "maestro". Este problema se puede resolver con éxito a un costo de consulta N + 1, si agrega la anotación @Fetch (FetchMode.SELECT) a su colección. En mi caso, quería tener una entidad MediaObject con una colección de sus elementos de metadatos (códec de video, códec de audio, tamaños, etc.).El mapeo para una colección metadataItems se ve de la siguiente manera:

 

@CollectionOfElements (targetElement = String.class, fetch = FetchType.EAGER) 
@JoinTable(name = "mo_metadata_item", joinColumns = @JoinColumn(name = "media_object_id")) 
@MapKey(columns = @Column(name = "name")) 
@Column (name = "value") 
@Fetch (FetchMode.SELECT) 
private Map<String, String> metadataItems = new HashMap<String, String>(); 

Answer 4

he enfrentado a este problema y lo resolvió mediante

criteria.setResultTransformer(Criteria.DISTINCT_ROOT_ENTITY);

Esto limpia los duplicados que son causadas por la unión hecha a la mesas para niños

Answer 5

En lugar de FetchMode.SELECT con N + 1 consultas, es mejor usar BatchSize e.q. @BatchSize(size = 200).

DISTINCT y Criteria.DISTINCT_ROOT_ENTITY no ayuda, si tiene que buscar más de 1 asociación. Para este caso, vea otras soluciones: https://stackoverflow.com/a/46013654/548473