在上次学SpringBoot的时候,那时候的教程就已经涉及到了一点SpringData JPA的知识了。当时还是第一次见,觉得也没什么大不了,就是封装了Hibernate的API而已。
然后在慕课网上又看到了SpringData的教程了。于是就进去学习了一番。
教程地址: https://www.imooc.com/learn/821
源码下载地址:https://img.mukewang.com/down/58e60b910001594b00000000.zip在教程中是以原始JDBC和Spring JDBC Template来进行引入SpringData的。
由于原始的JDBC和Spring JDBC Template需要书写的代码量还是比较多的,于是我们就有了SpringData这么一个框架了。
SpringData JPA只是SpringData中的一个子模块
JPA是一套标准接口,而Hibernate是JPA的实现
SpringData JPA 底层默认实现是使用Hibernate
SpringDataJPA 的首个接口就是Repository,它是一个标记接口。 只要我们的接口实现这个接口,那么我们就相当于在使用SpringDataJPA了。
只要我们实现了这个接口,我们就可以使用" 按照方法命名规则 "来进行查询。我第一次见到他的时候觉得他贼神奇。
http://blog.csdn.net/pdw2009/article/details/51115044
http://blog.csdn.net/w_x_z_/article/details/53174308比如:定义下面这么一个方法,就可以在外界使用了。
Employee findByName(String name);
也就是说,上面的方法会被解析成SQL语句: select * from Employee where name = ?
是不是觉得很方便!!!!
如果是简单的操作的话,直接定义这么一个方法,就能够使用了。确确实实很好。
简直比Mytais不知道好到哪里去了。Mybatis还要去写映射文件,专门写一个sql语句。
同时,创建了实体就能够自动帮我们创建数据库表了,修改了实体字段也能够将数据表一起修改。顿时就觉得很好用了。
/** * 雇员: 先开发实体类===>自动生成数据表 */ @Entity public class Employee { private Integer id; private String name; private Integer age; @GeneratedValue @Id public Integer getId() { return id; } public void setId(Integer id) { this.id = id; } @Column(length = 20) public String getName() { return name; } public void setName(String name) { this.name = name; } public Integer getAge() { return age; } public void setAge(Integer age) { this.age = age; } }
当然了,上面根据方法名来使用是有弊端的:
比如:
// where name like ?% and age <? public List<Employee> findByNameStartingWithAndAgeLessThan(String name, Integer age); // where name like %? and age <? public List<Employee> findByNameEndingWithAndAgeLessThan(String name, Integer age); // where name in (?,?....) or age <? public List<Employee> findByNameInOrAgeLessThan(List<String> names, Integer age); // where name in (?,?....) and age <? public List<Employee> findByNameInAndAgeLessThan(List<String> names, Integer age);
因此,对于这种情况下还是要写SQL语句简单得多。
@Query("select o from Employee o where id=(select max(id) from Employee t1)") public Employee getEmployeeByMaxId(); @Query("select o from Employee o where o.name=?1 and o.age=?2") public List<Employee> queryParams1(String name, Integer age); @Query("select o from Employee o where o.name=:name and o.age=:age") public List<Employee> queryParams2(@Param("name")String name, @Param("age")Integer age); @Query("select o from Employee o where o.name like %?1%") public List<Employee> queryLike1(String name); @Query("select o from Employee o where o.name like %:name%") public List<Employee> queryLike2(@Param("name")String name); @Query(nativeQuery = true, value = "select count(1) from employee") public long getCount();
学过Hibernate的都知道上面的不是原生的SQL语句,是HQL语句。 不过他用起来还是比Mybatis简洁很多 。
对于HQL而言, 被人诟病的就是他要手写拼接变量了,Mybatis的数据是可控的 。
对于修改数据,需要增加Modify注解、并且一定要在事务的管理下才能修改数据
@Modifying @Query("update Employee o set o.age = :age where o.id = :id") public void update(@Param("id")Integer id, @Param("age")Integer age);
CURDRepository接口的实现方法:
排序、分页接口:
增加过滤条件的接口:
JPA接口:
JpaRepository继承PagingAndSortingRepository,PagingAndSortingRepository又继承CrudRepository,也就是说我们平时自定义的接口只要继承JpaRepository,就相当于拥有了增删查改,分页,等等功能。
原来JPQL是JPA的一种查询语言,之前我是认为它和HQL是一样的。其实是两个概念。不过它们用起来还真是差不多。
无非就是:JPA对应JPQL,而Hibernate对应HQL而已。都是面向对象的查询语言。
这里就涵盖了很多的条件了。
其实这个接口的API就和Criteria是一样的,看懂了Criteria API,这个接口就会用了。
刚开始用的时候我以为注解是写在属性上,但是遇到了很多的bug,在网上的解决方案又是很少。
遇到了一个Bug,在国内的论坛几乎都找不到答案:
org.hibernate.property.access.spi.PropertyAccessBuildingException: Could not locate field nor getter method for property named [cn.itheima.web.domain.Customer#cust_user_id]
搞得头都大了都没有找到合适的方法,不知道是哪里错了。
后来去看了JPA的一对多、多对一的博文去参考了一下,感觉我还是没有错。
最后才发现大多数的博文都是在get方法上写注解的,而我就在属性上直接写注解了。
在Get方法上写注解的原因是不用破坏我们的封装性,我直接在属性上写注解,而属性是private来进行修饰的。这也导致了我出现这个错误的原因。
在保存数据的时候,我以为直接使用casecade.ALL是最方便的,但是还出现了Bug。后来找到了答案:http://blog.csdn.net/csujiangyu/article/details/48223641
https://www.zhihu.com/question/53706909
引入知乎的一段回答:
基本的增删改查和调用存储过程通过Spring Data JPA Repository来解决
稍微复杂的查询或是批量操作使用QueryDSL或Spring Data Specification的API来解决
特别特别复杂的查询操作可以使用Spring Data JPA Repository的注解定义native sql来解决