本文阅读时间3分钟。由作者三汪首发于简书。
几个月前写了一篇《JPA实体关系映射:@ManyToMany多对多关系、@OneToMany@ManyToOne一对多多对一关系和@OneToOne的深度实例解析》,简要阐述了我对JPA的几个实体关系映射的理解。
其中有关mappedBy的部分是这样写的:
mappedBy声明于关系的被维护方,声明的值为关系的维护方的关系对象属性名。
在实例中,mappedBy被声明于Course类中,其值为Student类中的Set对象"courses"。即,Student为关系维护方,Course为被维护方。
这个表述其实是没错的。但是我后面又补充了一句:
但是在实际操作中,我发现其实被维护方于维护方的概念并不那么重要。被维护方也可以对双方关系进行维护。下面通过一组测试用例来进行说明。
然而今天测试小哥给我提了个bug,让我发现到其实mappedBy其实并非不重要的。
和测试小哥的对话
事实上这是一个很简单的bug。
通过查看日志,发现hibernate打印出来的sql中,不仅有update语句,还出现了delete语句。
这是因为前端传过来的数据里是不带关联对象的。
所以只要从数据库里把关联找出来然后赋给编辑的对象就解决了。
像这样:
修改前
@Override
@Transactional
public void saveLabelDict(LabelDictDomain labelDictDomain) {
if (labelDictDomain.getLabelType().equals(TYPE_UNIFORM)) {
if (StringUtil.isEmpty(labelDictDomain.getLabelGroup())) {
throw new BizException("统一标签标签分组不能为空!");
}
}else if(!labelDictDomain.getLabelType().equals(TYPE_PERSONAL)){
throw new BizException("标签类型非法!");
}
repository.save(labelDictDomain);
}
修改后
@Override
@Transactional
public void saveLabelDict(LabelDictDomain labelDictDomain) {
if (labelDictDomain.getLabelType().equals(TYPE_UNIFORM)) {
if (StringUtil.isEmpty(labelDictDomain.getLabelGroup())) {
throw new BizException("统一标签标签分组不能为空!");
}
}else if(!labelDictDomain.getLabelType().equals(TYPE_PERSONAL)){
throw new BizException("标签类型非法!");
}
if (StringUtil.isNotEmpty(labelDictDomain.getId())) {
LabelDictDomain domain = repository.findOne(labelDictDomain.getId());
labelDictDomain.getMemberDomains().addAll(domain.getMemberDomains());
}
repository.save(labelDictDomain);
}
这个修改引发了我对于关系映射的思考。
因为在与之相关的另外一个实体编辑时,并不需要这样子手动去配置关联关系。
相关代码如下
@Override
@Transactional
public MemberDomain addMember(MemberDomain memberDomain) {
//无关代码略
memberDomain.getBonusPointDomains().clear();
memberDomain.getFavoriteInfoDomains().clear();
memberDomain.getLabelDictDomains().clear();
memberDomain.setPointTotal(null);
memberDomain = repository.save(memberDomain);
return memberDomain;
}
在这里我不仅没有手动配置关联关系,还为了维护数据安全,把其他实体关联给清空了。
但是这里却不会产生delete语句影响数据库里的内容。
这是为什么呢。
在看了一眼实体中的关联配置以后,我突然恍然大悟。
其实都是因为这个小小的没有被注意到的mappedBy
啊。
因为LabelDictDomain
中的memberDomains
对象在MemberDomain
中被配置为了关系的维护方。
所以labelDictDomains
可以为空,而memberDomains
一定不能为空。
否则就会出现关联关系被清空的情况。
也就是说,被维护方不会主动去维护关联关系。
真正的关系维护,掌握在维护方的手中。
关联配置代码如下
被维护方:
@ManyToMany(mappedBy = "memberDomains", cascade={CascadeType.MERGE,CascadeType.DETACH} , fetch = FetchType.EAGER)
private Set<LabelDictDomain> labelDictDomains = new HashSet<>();
维护方:
@ManyToMany(cascade={CascadeType.DETACH} , fetch = FetchType.LAZY)
@JoinTable(name="member_label",joinColumns = { @JoinColumn(name="LABEL_ID")},inverseJoinColumns = @JoinColumn(name="MEMBER_ID"))
private Set<MemberDomain> memberDomains = new HashSet<>();
以上。
希望我的文章对你能有所帮助。
我不能保证文中所有说法的百分百正确,但我能保证它们都是我的理解和感悟以及拒绝复制黏贴。
有什么意见、见解或疑惑,欢迎留言讨论。
网友评论