本周遇到了一个很神奇的错误, 项目中有两个表试卷(Paper), 试卷部分(Part),
他们是一对多关系, 一直以来, 经过jpa的findById总能得的我想要的结果,但此次, 在paper和part的关联关系都正常的状况下,居然查询不出来, 仍是让本身感受很神奇的。git
开始的时候,大概浏览了一下代码, 没看到有什么问题,既然是查询没出结果,那就看看生成的sql语句吧,
application.ymlgithub
.... spring: jpa: hibernate: # 显示sql show-sql: ${show-sql:true} properties: hibernate: # 格式化sql format_sql: true ....
经过findById查询试卷时生成的sql以下spring
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)链接的sql
在inner join的状况下, 必须双方都有该数据才行, 也就是说, 在上例中, part必须和course有关联数据才可以被查询出来, 是这个缘由?
来到数据库中一看, 确实part对couse的外键是空的。数据库
这里只是简单的介绍一下inner join, 如果对这方面不了解,能够看学长的这篇文章segmentfault
关于为何会是内连接, 咱们来到Part实体定义的文件,会发现有这么一个约束架构
@JoinColumn(nullable = false)
该注解定义了, 该外键不会为null,因此使用inner join
, 同时,由于这个字段是经过flyway
在后期加入的,但并无在数据库的结构中定义not null
, 两方面形成了此次的能够插入但不能查询的问题app
发现网上有把这两个做对比的,就看了看, @Column(nullable = false)和@JoinColumn(nullable = false)我感受时同样的,只是一个做用于普通的字段(Long ,String ......),一个做用于有外键关系的对象,因此只谈其中一个。spa
@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,那么咱们虽然数据库中没有约束,仍然没法保存成功,会提示hibernate
因此, 当咱们仅仅须要验证的时候,@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