共计 3545 个字符,预计需要花费 9 分钟才能阅读完成。
【本文版权归微信公众号 ” 代码艺术 ”(ID:onblog)所有,若是转载请务必保留本段原创声明,违者必究。若是文章有不足之处,欢迎关注微信公众号私信与我进行交流!】
1、问题背景
个人比较喜欢 Spring data JPA,这次的问题是在实体类中使用 List 类型作为字段,JPA 也提供了操作的方法,即使用 @ElementCollection 注解,网上对于 JPA 的知识比较零散,毕竟是不如 Mybatis 使用起来那么简单。
下面进入正题,来看下我的实体类中的字段:
@ElementCollection(fetch = FetchType.LAZY)// 定义基本类型或可嵌入类的实例集合
@OrderColumn(name="position")// 如果使用的是 List,你需要多定义一个字段维护集合顺序
private List<String> part;
其实 JPA 内部对于集合类型的字段是使用另一张表进行维护。简单来说,省去了你自己去定义另一张表来进行一对多关系的维护。
所以,我想更新这张表的这条字段就不能像更新普通字段(String,int)一样了,那不一样在哪里呢?
JPA 更新字段的手段有两种,一种是通过设置主键进行 save() 保存,一种是通过 @Query 注解。
如果使用第二种,在前面已经说了其实是对另一张表的操作,所以我们只需要对另一张表增删改查就好了。
但这样个人觉得有点没发挥 JPA 的个性,所以我想使用第一种。
但是使用第一种方法有两个问题:
- 实体类的部分字段 LAZY 懒加载会不会导致更新后这部分字段为 NULL?
- JPA 为什么能够知道我们调用 save() 方法是 updata 更新而不是 insert 新增?
请看下面的测试用例。
2、测试用例
下面看下定义的实体类,主要由主键 id,字段 name,以及集合 part 组成,集合为 Lazy 懒加载。
@Entity
@Table(name = "name_href")
public class NameHref {
@Id
@GeneratedValue()
private int id;
@Column(name = "name")
private String name;
private String href;
@ElementCollection(fetch = FetchType.LAZY)
@OrderColumn(name="position")
private List<String> part;
......
当我们定义集合 part 为 Lazy 懒加载,正常来说使用 JPA 获取实体后是取不到 part 的值的,(执行 get 方法会报错)所以更新字段后 part 的值到底是不是为 NULL,我们来看单元测试:
@Autowired
NameHrefRepository nameHrefRepository;
@Test
public void getHref() {NameHref nameHref = new NameHref();
nameHref.setId(-1);
String name = "博客园";
nameHref.setName(name);
nameHref.setHref("http://www.cnblogs.com");
ArrayList<String> objects = new ArrayList<>();
objects.add("安卓");
objects.add("苹果");
nameHref.setPart(objects);
nameHrefRepository.save(nameHref);
NameHref byName = nameHrefRepository.findAllByName(name);
byName.setHref("http://www.baidu.com");
nameHrefRepository.save(byName);
}
这段代码是先新建一个实体保存到数据库然后再获取该实体,修改部分字段,使用 save() 方法保存。执行完后我们查看数据库字段:href 属性已经被成功修改,而且声明为 LAZY 的集合 part 也还在。说明 save() 方法正确执行了 updata 操作。那 JPA 究竟如何执行的,看下 SQL 记录:
Hibernate: select namehref0_.id as id1_20_, namehref0_.href as href2_20_, namehref0_.name as name3_20_ from name_href namehref0_ where namehref0_.name=?
Hibernate: select namehref0_.id as id1_20_0_, namehref0_.href as href2_20_0_, namehref0_.name as name3_20_0_ from name_href namehref0_ where namehref0_.id=?
Hibernate: update name_href set href=?, name=? where id=?
一共执行了三句 SQL,第一句是由 find 方法执行的查询操作,第二句第三句是由 save() 方法进行的操作。由此可知,JPA 更新字段的原理大概是先执行 select 语句判断是否数据已存在,若存在则执行 updata 语句进行更新操作。那 JPA 是如何对 save() 操作进行分辨的呢?答案是主键是否被赋值。来看下面的测试方法:
NameHref nameHref = new NameHref();
nameHref.setId(-1);
String name = "博客园";
nameHref.setName(name);
nameHref.setHref("http://www.cnblogs.com");
nameHrefRepository.save(nameHref);
上面的代码把 setId() 方法注释掉后,执行程序,查看 SQL 打印:
Hibernate: insert into name_href (href, name) values (?, ?)
只执行了 insert 语句,由此可知,JPA 对程序调用的 save() 方法判断是 updata 或者 insert 操作的依据是看实体对象的主键是否被赋值。
到这里还没有结束,如果你不是通过 Repository 获取的实体对象,而是自己定义实体对象并对主键赋值,想达到更新部分字段的目的,那么你通过 save() 方法更新字段后会出现未定义的字段为 NULL 的情况。来看下面的测试用例:
NameHref nameHref = new NameHref();
nameHref.setId(1);
String name = "博客园 2 号";
nameHref.setName(name);
nameHrefRepository.save(nameHref);
在上面的代码中,我们想要达到更新数据表中 ID 为 1 的 name 字段的值,并保持其它字段的值不变。执行程序后,我们查看数据表:
除了字段 id,name(name 被成功修改),其它字段都变成了 NULL,这是为什么呢?来看下 SQL 执行记录:
Hibernate: select namehref0_.id as id1_20_0_, namehref0_.href as href2_20_0_, namehref0_.name as name3_20_0_ from name_href namehref0_ where namehref0_.id=?
Hibernate: update name_href set href=?, name=? where id=?
Hibernate: delete from name_href_part where name_href_id=?
查看 SQL 打印,我们可知 JPA 首先进行了更新前的判断,查看是否已存在。然后进行更新操作,不过此时的 JPA 似乎没有那么聪明,它不知道我们只想更新部分字段,而是当成了更新全部字段,导致没有被我们进行赋值的其它字段都成了 NULL,并且主动删除了关联表的字段 part。由此说明,手动新建实体对象并进行更新操作是不可取的。
3、总结一波
【本文版权归微信公众号 ” 代码艺术 ”(ID:onblog)所有,若是转载请务必保留本段原创声明,违者必究。若是文章有不足之处,欢迎关注微信公众号私信与我进行交流!】
JPA 更新字段的手段有两种,一种是通过设置主键进行 save() 保存,一种是通过 @Query 注解。
使用 save() 方法更新字段一定要通过 Repository 获取实体对象,在此对象上进行更新操作。
推荐我的另一篇文章:两行代码玩转 Spring Data 排序与分页
版权声明
【本文版权归微信公众号 ” 代码艺术 ”(ID:onblog)所有,若是转载请务必保留本段原创声明,违者必究。若是文章有不足之处,欢迎关注微信公众号私信与我进行交流!】