Hibernate之mappedBy与@JoinColumn

@JoinColumn所在实体是关系拥有方，name即拥有方对应表到参考表的外键名称。

@mappedBy所在实体是关系的被拥有方，value值owner中表示被拥有类的属性。

在单向关系中不需要设置mappedBy属性，双向关系中必须设置，避免双方都建立外键字段。　

数据库中一对多的关系，关联关系总是被多方维护的，即外键建在多方，我们在单方对象上使用注解@OneToMany(mappedby=" ")，把关系的维护交给多方对象的属性去完成。

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

　　b） mappedBy标签一定是定义在the owned side（被拥有方的），它指向theowning side（拥有方）；

　　c） 关系的拥有方负责关系的维护，在拥有方建立外键，所以用到@JoinColumn

　　d）mappedBy跟JoinColumn/JoinTable总是处于互斥的一方。

多对多

　　这里的维护关联关系，拿多对多来说就是中间表，在不设置cascade的情况下，中间表由负责维护关联关系的一方维护。

　　举例说明：Game和User两个实体类，它们是多对多的关系，有中间表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来维护它们的关联关系，即中间表

　　表现形式：

　　1.因为没有配置cascade，所以分别给Game、User添加一条数据，然后手动在中间表中添加它们的关联关系

　　2.在程序中执行删除User

　　Hibernate: delete from t_user where id=?

　　删除了User，并没有对中间表发生影响

　　3.在程序中执行删除Game

　　Hibernate:delete from t_game_user where game_id=?

　　Hibernate:delete from t_game where game_id=?

　　对中间表产生了影响，说明是Game在维护它们之间的关联关系

一对多

　　（同样是在不设置cascade的前提下）一对多的关联关系其实更简单，因为它们之间没有中间表，User和Group它们的关联关系就是体现在One方（Group）的主键是Many方（User）的外键，这个关联关系就在User的表中。因为有外键的存在，Group在User删除之前，是不能够删除的，所以它们之间维护关联关系的任务就只能交给Many方（User）。