Annotation dois-je utiliser: @IdClass ou @EmbeddedId

La JPA (Java Persistence API) spécification a 2 façons de spécifier l'entité composite clés: @IdClass et @EmbeddedId.

Je suis en utilisant à la fois les annotations sur mon mappé entités, mais il s'avère être un gros gâchis pour les gens qui ne sont pas très familiers avec JPA.

Je veux adopter une seule façon de spécifier des clés composites. Qui est vraiment le meilleur? Pourquoi?

InformationsquelleAutor sakana | 2008-10-17
  1. 82

    Je considère que @EmbeddedId est probablement plus détaillé car avec @IdClass vous ne pouvez pas accéder à l'intégralité de la clé primaire de l'objet à l'aide de n'importe quel champ de l'accès de l'opérateur. À l'aide de la @EmbeddedId vous pouvez le faire comme ceci:

    @Embeddable class EmployeeId { name, dataOfBirth }
@Entity class Employee {
  @EmbeddedId EmployeeId employeeId;
  ...
}

    Cela donne une notion claire des champs qui font de la clé composite, car elles sont toutes regroupées dans une classe qui est accessible par le biais d'un accès sur le terrain de l'opérateur.

    Une autre différence avec @IdClass et @EmbeddedId, c'est quand il s'agit d'écrire les requêtes HQL :

    Avec @IdClass vous écrivez:

    sélectionnez e.nom de l'Employé e

    et avec @EmbeddedId vous devez écrire:

    sélectionnez e.employeeId.nom de l'Employé e

    Vous écrire plus de texte pour la même requête. Certains pourraient faire valoir que ce qui diffère de plus de la langue naturelle comme celle promue par IdClass. Mais la plupart du temps, la compréhension de droit à partir de la requête d'un champ donné est la partie de la clé composée est d'une aide précieuse.

    • Si je suis d'accord avec l'explication donnée ci-dessus, je tiens aussi à ajouter un unique cas d'utilisation de @IdClass même si je préfère @EmbeddedId dans la plupart des situations (appris à connaître ce à partir d'une session par Antonio Goncalves .Ce qu'il est suggéré que nous pourrions utiliser le @IdClass dans le cas où la clé composite de classe n'est pas accessible ou vient d'un autre module ou d'un héritage de code où on ne peut pas ajouter une annotation .Dans ces scénarios de @IdClass va nous donner une certaine manière, notre .
    • Je pense qu'il est possible que les cas pour l'utilisation de la @IdClass annotation donnée par @Gaurav est la raison même que la spécification JPA listes deux méthodes de création d'une clé composite.. @IdClass et @EmbeddidId
    InformationsquelleAutor Jorge Ferreira
  2. 17

    J'ai découvert un cas où j'ai eu à utiliser EmbeddedId au lieu de IdClass. Dans ce scénario il y a une table de jointure qui a des colonnes supplémentaires définies. J'ai tenté de résoudre ce problème en utilisant IdClass pour représenter la clé d'une entité qui représente explicitement les lignes dans la table de jointure. Je ne pouvais pas le faire fonctionner de cette façon. Heureusement, "la Persistance Java Avec Hibernate" a une section dédiée à ce sujet. Une des solutions proposées était très semblable à la mienne mais elle a utilisé EmbeddedId à la place. J'ai modélisé ma objets après ceux dans le livre il se comporte désormais correctement.

    InformationsquelleAutor laz
  3. 16

    Il y a trois stratégies à utiliser un composé clé primaire:

    • Marquer comme @Embeddable et les ajouter à votre entité de la classe normale à la propriété pour elle, marquée avec @Id.
    • Ajouter à votre entité de la classe normale à la propriété pour elle, marquée avec @EmbeddedId.
    • Ajouter des propriétés à votre classe d'entité pour l'ensemble de ses champs, de les marquer avec @Id,et la marque de votre classe d'entité avec @IdClass, la fourniture de la classe de votre clé primaire de la classe.

    L'utilisation de @Id avec une classe marquée comme @Embeddable est le plus naturel de l'approche. Le @Embeddable balise peut être utilisée pour les non-clé primaire intégrable valeurs de toute façon. Il vous permet de traiter le composé de la clé primaire comme une seule propriété, et il permet la réutilisation de la @Embeddable classe dans les autres tables.

    Le côté le plus naturel de l'approche est l'utilisation de la @EmbeddedId tag. Ici, la clé primaire de la classe ne peut pas être utilisé dans d'autres tables, car il n'est pas un @Embeddable entité, mais il ne nous permettent de traiter la clé comme un
    seul attribut de classe.

    Enfin, l'utilisation de la @IdClass et @Id annotations permet de cartographier le composé de la clé primaire de la classe en utilisant les propriétés de l'entité elle-même correspondant aux noms des propriétés de la clé primaire de la classe. Les noms doivent correspondre (il n'y a pas de mécanisme de substitution de ce), et la clé primaire de la classe doit respecter les mêmes obligations que les deux autres techniques. Le seul avantage de cette approche est sa capacité à “cacher” l'utilisation de la clé primaire de la classe à partir de l'interface de l'affichage de l'entité. Le @IdClass annotation prend une valeur de paramètre de type de Classe, qui doit être la classe pour être utilisé comme le composé de la clé primaire. Les champs qui correspondent aux propriétés de la clé primaire de la classe à utiliser doivent tous être annotée avec @Id.

    Référence: http://www.apress.com/us/book/9781430228509

    InformationsquelleAutor Adelin
  4. 12

    Autant que je sache, si votre composite PK contient FK il est plus facile et plus simple à utiliser @IdClass

    Avec @EmbeddedId vous devez définir la configuration de votre FK colonne deux fois, onece dans @Embeddedable et une fois pour comme @ManyToOne où @ManyToOne doit être en lecture seule(@PrimaryKeyJoinColumn) parce que vous ne pouvez pas avoir un jeu de colonnes à deux variables (conflits possibles).

    Donc, vous devez configurer votre FK à l'aide de type simple dans @Embeddedable.

    Sur l'autre site à l'aide de @IdClass cette situation peut être traitée beaucoup plus facile, comme indiqué dans la Les Clés primaires par le biais de OneToOne et des Relations ManyToOne:

    Exemple JPA 2.0 ManyToOne id annotation

    ...
@Entity
@IdClass(PhonePK.class)
public class Phone {

    @Id
    private String type;

    @ManyToOne
    @Id
    @JoinColumn(name="OWNER_ID", referencedColumnName="EMP_ID")
    private Employee owner;
    ...
}

    Exemple JPA 2.0 id de classe

    ...
public class PhonePK {
    private String type;
    private long owner;

    public PhonePK() {}

    public PhonePK(String type, long owner) {
        this.type = type;
        this.owner = owner;
    }

    public boolean equals(Object object) {
        if (object instanceof PhonePK) {
            PhonePK pk = (PhonePK)object;
            return type.equals(pk.type) && owner == pk.owner;
        } else {
            return false;
        }
    }

    public int hashCode() {
        return type.hashCode() + owner;
    }
}
    • Il suffit de ne pas oublier d'ajouter les getters pour votre PK classe
    • pourquoi avons-nous besoin de les getters? Je l'ai essayé sans getters/setters et il fonctionne très bien
    • Merci pour l'id de l'exemple de classe! Bien que j'ai fini par avoir à mettre en œuvre Serializable ainsi. Aussi pourrait tout aussi bien ajouter des getters et setters, surtout si votre IDE peut automatiquement générer.
    InformationsquelleAutor Ondrej Bozek
  5. 8

    Je pense que le principal avantage est que nous pourrions utiliser @GeneratedValue pour l'id lors de l'utilisation de la @IdClass? Je suis sûr que nous ne pouvons pas utiliser @GeneratedValue pour @EmbeddedId.

    • Il n'est pas possible d'utiliser @GeneratedValue dans Embeddedid??
    • Je l'ai utilisé avec succès avec EmbeddedId mais apparemment, c'est ce soutien varie en DB. Cela est également vrai de l'utiliser avec IdClass. La spécification dit: "Le GeneratedValue annotation ne peut être utilisé de façon portable pour de simples (i.e., non-composites) des clés primaires."
    InformationsquelleAutor bertie
  6. 4

    Clé Composite ne doit pas avoir un @Id bien quand @EmbeddedId est utilisé.

    InformationsquelleAutor B.K
  7. 1

    Avec EmbeddedId vous pouvez utiliser la clause dans les requêtes HQL, par exemple : FROM Entity WHERE id IN :ids où id est un EmbeddedId alors que c'est la douleur pour obtenir le même résultat avec IdClass vous voulez faire quelque chose comme FROM Entity WHERE idPartA = :idPartA0 AND idPartB = :idPartB0 .... OR idPartA = :idPartAN AND idPartB = :idPartBN

    InformationsquelleAutor Aleks Ben Maza