Hibernation: Différence entre la technique d'annotation @ Embedded et la technique d'annotation @OneToOne

Quelle est la différence entre @Embedded annotation technique et @OneToOne annotation technique, car Intégré de la classe java contiennent "A une" relation dans la classe et avec l'aide de @Embedded annotation nous persistons la a un objet dans la base de données. et en relation OneToOne nous avons également persister le a un objet dans la base de données.

source d'informationauteur Harmeet Singh Taara

8

@OneToOne est pour la cartographie de deux DB tables qui sont liées avec une relation. Par exemple, un Client peut toujours avoir un enregistrement dans une table de Nom.

Sinon, si ces champs de nom sont sur la table Client (pas dans un tableau séparé), alors vous pourriez vouloir un @embedded. Sur le visage de celui-ci vous pouvez simplement ajouter le nom des champs standard attributs de l'entité Client, mais il peut être utile si ces mêmes colonnes apparaissent sur plusieurs tables (par exemple, vous pourriez avoir le nom des colonnes sur une table de Fournisseur).
7

Son la différence entre composition et agrégation. @Objets incorporés sont toujours gérés dans le cycle de vie de leurs parents. Si le parent est mis à jour ou supprimés, ils sont mis à jour ou supprimé. @OneToOne objets peut imiter la composition via l'cascadeType option de leur @Rejoindre l'annotation, mais par défaut, elles sont regroupées, aka de leur cycle de vie est distincte de celle de leurs objets parents.
2

@Embedded est utilisé avec la Valeur des Objets (les Objets qui ont un sens que lorsqu'il est attaché à un Objet) attendu que l'association est entre deux objets ayant leur propre existence et de sens.

Pour, par exemple,

Objet de valeur et @Embedded: Si nous avons une classe d'Utilisateur et cette classe a un Objet d'adresse, il peut être considéré comme un objet de valeur que l'adresse ne suffit pas à avoir une signification jusqu'à moins d'être associée à un utilisateur. Voici l'adresse de l'objet peut être annotée avec @Embedded.

Association et @OneToOne: Si nous avons une classe d'Utilisateur et cette classe a un "Père" de l'Objet ou une "Mère" de l'objet, on aurait envie de les annoter le "Père" ou "Mère" de l'instance comme @OneToOne comme le "Père" ou "Mère" ont leur propre sens et de l'existence et ne sont pas des objets de Valeur à l'Utilisateur de la classe.

Étroitement liées différence entre @OneToMany et @pour valeur elementcollection. Les deux sont utilisés pour enregistrer les variables d'instance de type de Collection dans la classe Java. La différence étant, @pour valeur elementcollection doit être utilisé lorsque les éléments de la Collection enregistrés sont des Objets de Valeur alors que @OneToMany est utilisé lorsque les elments et l'objet ont bien défini les sens et l'existence.
1

@Embedded est généralement pour représenter une clé primaire composite comme une intégrable classe:
```
@Entity
public class Project {
    @EmbeddedId ProjectId id;
     :
}

@Embeddable
Class ProjectId {
    int departmentId;
    long projectId;
}
```
Les champs de clé primaire sont définis dans une intégrable classe. L'entité ne contient qu'un seul champ de clé primaire qui est annotée avec @EmbeddedId et contient une instance de cette intégrable classe. Lors de l'utilisation de ce formulaire distinct de l'ID de classe n'est pas définie, car la intégrable classe elle-même peut représenter complète des valeurs de clé primaire.

@OneToOne est pour la cartographie de deux DB tables qui sont liées avec une relation. @Id est la clé primaire.
0

Utiliser @OneToOne, que si les champs peuvent être réutilisés. Sinon, allez @Embeddable.

Une citation de Début Hibernte, 3e Édition:

Il n'y a rien d'intrinsèquement mauvais avec une cartographie de l'une-à-une association entre deux entités où l'on n'est pas
un composant de (c'est à dire, les mettre dans) l'autre. La relation est souvent un peu suspect, cependant. Vous devriez
réfléchir à l'utilisation de l'embedded technique décrite précédemment avant d'utiliser le @OneToOne annotation.

@Embeddable:
Si les champs de l'entité (X) sont contenus dans la même table que d'une autre entité (Y), alors l'entité X est appelé "composant" dans hibernate termes ou "embedded" dans la JPA termes. En tout cas, JPA ou mise en veille prolongée ne permet pas d'utiliser 2ème table pour stocker ces entités intégrées.

Généralement, nous pensons que de normaliser un tableau lorsque les données sont réutilisées par plus d'une table. Exemple: Un Client (id, nom, rue, ville, code pin, point de repère) peut être normalisée en Client(id, nom) et CustomerAddress(cust_id, rue, ville, code pin, point de repère). Dans ce cas, nous pouvons réutiliser CustomerAddress en liant le même à l'aide de cust_id avec d'autres tables. Mais si cette la réutilisation n'est pas nécessaire dans votre application, alors on peut juste garder toutes les colonnes d'une table.

Donc, d'un pouce de la règle est,
- Si la réutilisation -> @OneToOne,
- Si aucune réutilisation -> @Embeddable

Vous devez vous connecter pour publier un commentaire.