Différence entre @OneToMany et @ElementCollection?
130
Quelle est la différence entre l'utilisation de a @OneToManyet d' @ElementCollectionannotation puisque les deux fonctionnent sur la relation un-à-plusieurs?
En un mot, @ElementCollection est utilisé lorsque l'existence de l'entité enfant n'a pas de sens sans l'entité parente, IOW, chaque fois qu'une entité parente est supprimée, vos enfants seront également ...
dellasavia
1
Je crois que ce n'est PAS l'entité enfant, c'est le type de valeur / objet de valeur qui est intégré et dont l'existence a moins de sens sans l'entité principale dans laquelle il est contenu.
CuriousMind
d'accord avec @CuriousMind, dans JPA, une «entité» a son propre cycle de vie.
mhrsalehi le
Réponses:
125
Je crois que @ElementCollectionc'est principalement pour mapper des non-entités (intégrables ou basiques) alors qu'il @OneToManyest utilisé pour mapper des entités. Alors, lequel utiliser dépend de ce que vous voulez réaliser.
Merci Peder pour la réponse! Vous avez là un point valide puisque @OneToMany ne peut relier que des entités.
n_g
157
ElementCollectionest une annotation JPA standard, qui est désormais préférée à l'annotation propriétaire Hibernate CollectionOfElements.
Cela signifie que la collection n'est pas une collection d'entités, mais une collection de types simples (Strings, etc.) ou une collection d'éléments intégrables (classe annotée avec @Embeddable).
Cela signifie également que les éléments appartiennent entièrement aux entités qui les contiennent: ils sont modifiés lorsque l'entité est modifiée, supprimés lorsque l'entité est supprimée, etc. Ils ne peuvent pas avoir leur propre cycle de vie.
@ElementCollectionvous permet de simplifier le code lorsque vous souhaitez implémenter une relation un-à-plusieurs avec un type simple ou incorporé. Par exemple, dans JPA 1.0, lorsque vous vouliez avoir une relation un-à-plusieurs avec une liste de Strings, vous deviez créer une simple entité POJO ( StringWrapper) contenant uniquement la clé primaire et l'élément Stringen question:
Alors, quel est exactement le but de @ElementCollection?
n_g
0
ElementCollection peut remplacer les mappages ou la table pour leur collection, de sorte que plusieurs entités peuvent référencer la même classe Embeddable, mais que chacune stocke ses objets dépendants dans une table distincte.
Réponses:
Je crois que
@ElementCollection
c'est principalement pour mapper des non-entités (intégrables ou basiques) alors qu'il@OneToMany
est utilisé pour mapper des entités. Alors, lequel utiliser dépend de ce que vous voulez réaliser.la source
ElementCollection
est une annotation JPA standard, qui est désormais préférée à l'annotation propriétaire HibernateCollectionOfElements
.Cela signifie que la collection n'est pas une collection d'entités, mais une collection de types simples (Strings, etc.) ou une collection d'éléments intégrables (classe annotée avec
@Embeddable
).Cela signifie également que les éléments appartiennent entièrement aux entités qui les contiennent: ils sont modifiés lorsque l'entité est modifiée, supprimés lorsque l'entité est supprimée, etc. Ils ne peuvent pas avoir leur propre cycle de vie.
la source
@ElementCollection
vous permet de simplifier le code lorsque vous souhaitez implémenter une relation un-à-plusieurs avec un type simple ou incorporé. Par exemple, dans JPA 1.0, lorsque vous vouliez avoir une relation un-à-plusieurs avec une liste deString
s, vous deviez créer une simple entité POJO (StringWrapper
) contenant uniquement la clé primaire et l'élémentString
en question:Avec JPA 2.0, vous pouvez simplement écrire:
Plus simple, non? Notez que vous pouvez toujours contrôler les noms de table et de colonne à l'aide d'
@CollectionTable
annotations.Voir également:
la source
Basique ou intégrée :
Entités @ElementCollection: @OneToMany ou @ManyToMany
@ElementCollection:
@OneToMany / @ManyToMany:
la source
@ElementCollection
marque une collection. Cela ne signifie pas nécessairement que cette collection fait référence à une jointure 1-n.la source
ElementCollection peut remplacer les mappages ou la table pour leur collection, de sorte que plusieurs entités peuvent référencer la même classe Embeddable, mais que chacune stocke ses objets dépendants dans une table distincte.
la source