一、什么是JPA?
JPA是Hibernate出的一款数据库操作框架,对比Mybatis有着轻巧,简单,易用的特性,但因MySQL复杂查询方式十分复杂而饱受诟病,这也成为许多人认为JPA不好用的原因。
二、JPA配置方法
spring:
datasource:
url: jdbc:mysql://${数据库URL}/${数据库名}?characterEncoding=utf-8&serverTimezone=GMT%2B8
username: ……
password: ……
driver-class-name: com.mysql.cj.jdbc.Driver
jpa:
#生成ddl语句
generate-ddl: true
hibernate:
# ddl-auto: create-drop
##根据模型生成表
ddl-auto: update
##设置方言
dialect: org.hibernate.dialect.MySQL5Dialect
##执行SQL时打印SQL语句
show-sql: true
##美化SQL
format-sql: true
三、JPA实体定义
实体在Java中是个类,而在数据库中则是个表结构,令人欣喜的是,JPA可以通过实体类将表结构生成出来,这将极大减少表结构设计的工作量,提高开发效率。
Book实体
public class Book {
private String bookName;
private BigDecimal price;
private String isbn;
private Date createTime;
private Date updateTime;
}
上文代码是个普通的实体类,在JPA的世界中,只需要加上几个注解,即可完成对JPA实体类的创建。
//标记其为实体类
@Entity
public class Book {
//标记其为主键
@Id
//主键生成顺序为自增
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Long bookId;
private String bookName;
private BigDecimal price;
private String isbn;
private Date createTime;
private Date updateTime;
}
上文代码即可完成实体对象的创建,只要运行,即可完成表结构的创建。
存在的坑
按照上文代码无法创建对应的表结构,思考方式主要有两种,首先看日志中是否出现表结构创建的SQL语句,因为JPA配置中show-sql设置为true,假如JPA执行了一条DDL语句,可以打印在console中。
倘若没有,则需要考虑JPA的Entity是否被扫描。
@SpringBootApplication
@EntityScan(value = "com.jpatest.model")
public class DemoApplication {
public static void main(String[] args) {
SpringApplication.run(DemoApplication.class, args);
}
}
所以问题的原因在于SpringBoot项目在启动的时候,无法感知到Entity所在的路径,加上EntityScan(value="${model包路径}")即可。
Hibernate: create table book (book_id bigint not null auto_increment,
book_name varchar(255), create_time datetime(6), isbn varchar(255),
price decimal(19,2), update_time datetime(6), primary key (book_id))
engine=InnoDB
日志中出现如上代码,刷新数据库即可看到对应的表已经创建。
JPA的操作
目前,Book表已经创建好了,出现一个需求,做出某本书的预览图片给顾客浏览,那么一本书和预览图片的关系是一对多的关系,也就是说一本书可以有多张预览图片,然而该张预览图片只能属于该本书。
如何用JPA实体类表示关系?
通过上述分析,Book类与BookImage类是一对多的关系。首先创建一个BookImage实体类,其也拥有Book中的JPA注解。
@Entity
public class BookImage {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Long id;
private String url;
private Date createTime;
private Date updateTime;
}
在Book类中添加OneToMany注解表示一对多的关系
@Entity
public class Book {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Long bookId;
private String bookName;
private BigDecimal price;
private String isbn;
private Date createTime;
private Date updateTime;
@OneToMany
private List<BookImage>bookImageList;
}
再次运行项目,发现book_image表已经生成好了。但是有经验的开发者就会有疑问,一般一对多的关系只需要两张表就可以实现,多对多的关系才会涉及到三张表,那么为什么非常好用的JPA会出现创建三张表这种错误?
为什么JPA处理一对多关系的时候会生成三张表?
该问题并非JPA的过错,而是设置的原因,JPA再好用,开发者不告知外键字段,自身也无法自动配置外键,所以就出现了专门生成一张关联表,维护外键关系的问题。
@Entity
public class BookImage {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Long id;
private String url;
//新增
private Long bookId;
private Date createTime;
private Date updateTime;
}
@Entity
public class Book {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Long bookId;
private String bookName;
private BigDecimal price;
private String isbn;
private Date createTime;
private Date updateTime;
@OneToMany
//新增
@JoinColumn(name = "bookId")
private List<BookImage>bookImageList;
}
如上述两段代码所示,在BookImage中引入bookId,在Book类中增加JoinColumn注解。
重新启动项目,即可完成二者之间关系的创建。
JPA数据库操作
JPA提供了大量友好的数据库操作API供开发者使用。
public interface BookRepository extends JpaRepository<Book,Long> {
Book findOneByBookName(String bookName);
}
上述代码是创建JPA接口,通过书名查询书的信息。
@Service
public class BookServiceImpl implements BookService {
@Autowired
BookRepository bookRepository;
@Override
public Book getByName(String name) {
return bookRepository.findOneByBookName(name);
}
}
public interface BookService {
public Book getByName(String name);
}
@GetMapping("/bookName/{bookName}")
public Book getBookName(@PathVariable @NotBlank String bookName){
Book book=bookService.getByName(bookName);
return book;
}
上述代码为service层和controller层代码,不过多赘述。
通过请求 /bookName/zxk,即可得到数据库中数据。
JPA中的懒加载和饿加载
首先,在 /bookName/黑客与画家 接口打上断点。
当我们点击 bookImageList时,console控制台中才会新增一条查询bookImageList的sql语句。JPA在查询一条记录的时候,当这个记录内部关联的记录没有用处,则不会查询,只有在使用的时候才会查询,这就是JPA中的懒加载。
将懒加载改成饿加载
@Entity
public class Book {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
private Long bookId;
private String bookName;
private BigDecimal price;
private String isbn;
private Date createTime;
private Date updateTime;
@OneToMany(fetch = FetchType.EAGER)
@JoinColumn(name = "bookId")
private List<BookImage>bookImageList;
}
在OneToMany注解中增加fetch属性,将其改为FetchType.EAGER即可改成饿加载。
一般来讲,生产情况下不推荐使用饿加载,因为太耗性能。