對Jpa Entity關(guān)系映射中mappedBy的理解

mappedBy 單向關(guān)系不需要設(shè)置該屬性，雙向關(guān)系必須設(shè)置，避免雙方都建立外鍵字段數(shù)據(jù)庫中1對多的關(guān)系，關(guān)聯(lián)關(guān)系總是被多方維護的即外鍵建在多方，我們在單方對象的@OneToMany（mappedby=""）把關(guān)系的維護交給多方對象的屬性去維護關(guān)系。

對于mappedBy復習下

a） 只有OneToOne,OneToMany,ManyToMany上才有mappedBy屬性，ManyToOne不存在該屬性；

b） mappedBy標簽一定是定義在the owned side（被擁有方的），他指向theowning side（擁有方）；

c） 關(guān)系的擁有方負責關(guān)系的維護，在擁有方建立外鍵。所以用到@JoinColumn

d）mappedBy跟JoinColumn/JoinTable總是處于互斥的一方

這里的維護關(guān)聯(lián)關(guān)系，拿多對多來說就是中間表，在不設(shè)置cascade的情況下，中間表由負責維護關(guān)聯(lián)關(guān)系的一方維護

舉例說明

Game 和User 兩個實體類，他們是多對多的關(guān)系，有中間表t_game-user.

在User中配置有：

@ManyToMany（mappedBy="users"）
public List<Game> getGames（） {
    return games;
}

Game中配置有：

@ManyToMany
@JoinTable（name = "t_game_user",
    joinColumns = {@JoinColumn（name = "game_id",referencedColumnName="gameId"）},
    inverseJoinColumns = {@JoinColumn（name = "user_id",referencedColumnName="id"）}）
public List<User> getUsers（） {
　　return users;
}

所以說由Game來維護他們的關(guān)聯(lián)關(guān)系，即中間表。表現(xiàn)形式：

1.因為沒有配置cascade所以分別給Game,User添加4條數(shù)據(jù)，然后手動在中間表中添加他們的關(guān)聯(lián)關(guān)系

2.在程序中執(zhí)行刪除User

Hibernate: delete from t_user where id=?
Hibernate: delete from t_user where id=?
Hibernate: delete from t_user where id=?
Hibernate: delete from t_user where id=?

刪除了User,并沒有對中間表發(fā)生影響

在程序中執(zhí)行刪除Game

Hibernate:delete from t_game_user where game_id=?
Hibernate:delete from t_game_user where game_id=?
Hibernate:delete from t_game_user where game_id=?
Hibernate:delete from t_game_user where game_id=?
Hibernate:delete from t_game where game_id=?
Hibernate:delete from t_game where game_id=?
Hibernate:delete from t_game where game_id=?
Hibernate:delete from t_game where game_id=?

對中間表產(chǎn)生了影響，說明是Game在維護他們之間的關(guān)聯(lián)關(guān)系

Spring-jpa中mappedBy的作用

mappedBy主要用于需要外鍵（存在于@OneToOne，@OneToMany，@ManyToMany中）的場景下，幫助我們進行外鍵管理。

使用@JoinColumn存在的問題

在“一對多”的場景下，如果不使用mappedby，則一般是在“一方”和“多方”分別使用@joinColumn注解，幫助我們在“多方”和“一方”進行外鍵的維護，這樣做的好處去掉多出來的一張關(guān)系映射表。

但是這會產(chǎn)生一個問題，就是執(zhí)行的時候因為兩方都要維護外鍵，所以在進行數(shù)據(jù)的增刪時會執(zhí)行冗余的update語句（update”多方“的外鍵），這些update語句是沒有必要的。

因此，問題的解決就是需要我們只在“多方”來維護外鍵，為什么不在“一方'維護外鍵，因為這樣”一方“為了維護外鍵還是會執(zhí)行多余的update語句。

使用mappedBy

所以，我們需要在@OneToMany上使用mappedBy，值一般設(shè)為“多方”Entity類的外鍵數(shù)據(jù)成員名（注意不是數(shù)據(jù)庫上的字段名，同時必須去掉@JoinColumn，不然會產(chǎn)生沖突）。這樣就將外鍵的維護權(quán)交給“多方”，多方還是要使用@JoinColumn,并將值設(shè)為外鍵字段名，不然系統(tǒng)會自動幫我們設(shè)置一個外鍵字段。

以上為個人經(jīng)驗，希望能給大家一個參考，也希望大家多多支持腳本之家。

最新評論