文章目录
一和多情况
1.正常一和多情况
sl_message 表有个外键,关联到 sl_employee 表
所以 sl_employee 是一,sl_message 是多
@OneToMany时getSet
@ManyToOne时get
@Entity//一端
@Table(name = "sl_employee")
public class SlEmployee implements Serializable {
public void setSlMessageSet(Set<SlMessage> slMessageSet) {
this.slMessageSet = slMessageSet;
}
//一端:有@mappedBy,表示当前表和SlMessage的关系是定义在SlMessage里面的成员变量slEmployee上,且自己【主表】不维护一和多的关系,由SlEmployee【从表】通过成员变量slEmployee维护一对多的关系
/*
a) 只有 OneToOne,OneToMany,ManyToMany 上才有 mappedBy 属性,ManyToOne 不存在该属性;
b) mappedBy 定义在主表【一对一的一,一对多的一,多对多的多】
d) mappedBy 跟 JoinColumn/JoinTable 总是处于互斥的一方,mappedBy 这方定义的 JoinColumn/JoinTable 总是失效的,不会建立对应的字段或者表
*/
//FetchType.LAZY:懒加载,加载时,定义懒加载的属性不会马上从数据库中加载。即加载SlEmployee【主表】时不会把相关联的SlMessage【从表】都加载
//FetchType=EAGER:急加载,加载时,定义急加载的属性会马上从数据库中加载。即加载SlEmployee【主表】时会把相关联的SlMessage【从表】都加载。优点不用进行二次查询。缺点是严重影响数据查询的访问时间
@OneToMany(fetch = FetchType.LAZY, mappedBy = "slEmployee")
public Set<SlMessage> getSlMessageSet() {
return slMessageSet;
}
}
@Entity//多端
@Table(name = "sl_message")
public class SlMessage implements Serializable {
public void setSlEmployee(SlEmployee slEmployee) {
this.slEmployee = slEmployee;
}
//多端:有@JoinColumn,表自己【从表】通过外键"sender"来和主表SlEmployee进行关联