hibernate联合主键生成策略以及一对多配置

1:一般能用一个字段做主键的就不要用两个字段，不过不可避免的会遇到要用两个字段做主键，此时要用hibernate，可以使用联合主键。如图：要用id和name做主键

办法：单独设计一个类，起名StudentPK，在该类必须重写equals，hashcode，实现Serializable接口。

此时在Student类中可以删除掉id和name的属性及get/set方法，但是必须加入新的属性，该属性的类型是StudentPK，如：private StudentPK pk；然后生成get/set方法，此时要想存一个Student，首先：new一个StudentPK，然后如图：

此时还不够，还必须在配置文件中告诉你哪个是主键？

ps:

为什么实现serise接口？因为ser是序列化的，是将该类序列化然后写到硬盘上的。

作为student这个对象，它在数据库表中可能存在着多条记录，这多条记录如果我们把它放到内存里的话就是多个对象，这多个对象，假如现在被放到了内存中都是student，那么你可以想象每个student对象都有一个主键对象（StudentPK），假如要做集群，有多台服务器，这台宕机了，我们可以序列化，还有一种情况，内存满了，我可以使用虚拟内存，就是把我们硬盘上的一部分空间作为内存来使用，在这种情况下，我们就可以把上面那些内容暂时放到要硬盘上去，所以这个时候就需要实现序列化了。

如图：

为什么要重写equals？

保证唯一性。放到内存之后很多student对象，里面都有自己的studentPK，这个时候如何区分？

而且重写时不能乱写。

为什么要重写hashcode？

因为假如说，如果说我们这个对象，它被装在内存的hash表里面，查询时会首先查hashcode，

什么是hash表？

实际上就是一张表格，也可以是数组。hash表在底层很多是数组来实现的。

一对多

需求：
1.有一个User类，有如下属性:
String username; //PK
String password;
Set grantedAuthority; //一对多关联到Authorities
2.有一个Authorities，有如下属性:
String username; //主键1
String authority; //主键2
要实现如注释所示的表关系。

做法：
一。联合主键的制作
网上有三种方法，我用的是@IdClass标签的方法。
需要为联合主键多做一个类AuthoritiesPK(需要实现Serializable接口)来实现主键的联合，其中属性只需要有联合主键的字段就行了，并且为它们实现get和set方法，这个类不需要做任何的annotation标记。
另一个Authorities类在@Entity标记下面添加一个@IdClass(AuthoritiesPK.class)，括号里面的是前面那个新建的类。然后再在Authorities类中的主键的get方法前添加@Id标签就可以了。
*别忘了mapping文件，只要对User和Authorities两个类做映射就行了，不用做那个AuthoritiesPK的。

二。一对多关联
我原先的设置是这样的，这是个错误的配置。

Java代码

@OneToMany(cascade=CascadeType.ALL,fetch=FetchType.EAGER)
@JoinTable(name="authorities",
joinColumns=@JoinColumn(name="username"))
public Set getGrantedAuthorities() {
return grantedAuthorities;
}

这样配置最后在生成表的时候，User和Authorities关联会多出来两个列"grantedAuthorities_username"和"grantedAuthorities_password"并且在使用过程中会出错。
正确的配置如下：

Java代码

@OneToMany(cascade=CascadeType.ALL,fetch=FetchType.EAGER)
@JoinColumn(name="username")
public Set getGrantedAuthorities() {
return grantedAuthorities;
}

这样Authorities表中的username属性就被正确的和User表中的username关联起来的。

*重要的提示！
顺带一提的事这个JoinColumn的意义是从表(Authority)中的这个字段(username)和主表(User)的主键(username这个不是配置里面的那个username要注意哦！)相互关联。