本周遇到了一个很神奇的错误, 项目中有两个表试卷(Paper), 试卷部分(Part),
他们是一对多关系, 一直以来, 通过jpa的findById总能得的我想要的结果,但这次, 在paper和part的关联关系都正常的情况下,竟然查询不出来, 还是让自己感觉很神奇的。
寻找问题
开始的时候,大概浏览了一下代码, 没看到有什么问题,既然是查询没出结果,那就看看生成的sql语句吧,
application.yml
....
spring:
jpa:
hibernate:
# 显示sql
show-sql: ${show-sql:true}
properties:
hibernate:
# 格式化sql
format_sql: true
....
通过findById查询试卷时生成的sql如下
Hibernate:
select
paper0_.id as id1_11_,
......
from
paper paper0_
where
paper0_.id=?
and paper0_.deleted=0
....
Hibernate:
select
parts0_.paper_id as paper_id5_13_0_,
......
from
part parts0_
inner join
course course1_
on parts0_.course_id=course1_.id
......
where
parts0_.paper_id=?
......
课程(Course)和试卷部分(Part)竟然是通过内链接(inner join)连接的
inner join
在inner join的情况下, 必须双方都有该数据才行, 也就是说, 在上例中, part必须和course有关联数据才能够被查询出来, 是这个原因?
来到数据库中一看, 确实part对couse的外键是空的。
这里只是简单的介绍一下inner join, 若是对这方面不了解,可以看学长的这篇文章
为什么会是内链接
关于为什么会是内链接, 我们来到Part实体定义的文件,会发现有这么一个约束
@JoinColumn(nullable = false)
该注解定义了, 该外键不会为null,所以使用inner join
, 同时,因为这个字段是通过flyway
在后期加入的,但并没有在数据库的结构中定义not null
, 两方面造成了这次的可以插入但不能查询的问题
@NotNull vs @Column(nullable = false)
发现网上有把这两个作对比的,就看了看, @Column(nullable = false)和@JoinColumn(nullable = false)我感觉时一样的,只是一个作用于普通的字段(Long ,String ......),一个作用于有外键关系的对象,所以只谈其中一个。
@NotNull是JSR 303 Bean验证批注。它与数据库约束本身无关。由于Hibernate是JSR 303的参考实现,因此它会智能地选择这些约束并将它们转换为数据库约束,因此你相当于获得了两个约束条件。@Column(nullable = false)是JPA声明列为非空的方法。即,前者用于验证,而后者则用于指示数据库架构详细信息。
JSR是Java Specification Requests的缩写,意思是Java 规范提案。是指向JCP(Java Community Process)提出新增一个标准化技术规范的正式请求。任何人都可以提交JSR,以向Java平台增添新的API和服务。JSR已成为Java界的一个重要标准。
拿上面使用的 @JoinColumn(nullable = false)的例子举例, 若我们在这里使用的@NotNull,那么我们虽然数据库中没有约束,仍然无法保存成功,会提示
所以, 当我们仅仅需要验证的时候,@NotNull是一个比 @Column(nullable = false), 更好的选择,此外,若是想要在使用@NotNull时能够让Hibernate把我们生成数据库的约束,我们需要确保 **hibernate.validator.apply_to_ddl_=true(默认即为true)**
版权声明
本文作者:河北工业大学梦云智开发团队 - 李宜衡
参考文章
Confusion: @NotNull vs. @Column(nullable = false) with JPA and Hibernate
Hibernate @NotNull vs @Column(nullable = false)
JSR-303
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。