什么是JPA
JPA是Java Persistence API的简称。
JPA作为 Java EE 5.0 平台标准的 对象关系映射(ORM)规范
将得到所有Java EE服务器的支持。 Sun 这次吸取了之前 EJB 规范惨痛失败的经历,在充分吸收现有ORM框架(如Hibernate)的基础上,得到了一个易于使用、伸缩性强的 ORM 规范。
[if !supportLists]3. [endif]从目前的开发社区的反应上看
JPA受到了极大的支持和赞扬, JPA 作为 ORM 领域标准化整合者的目标已经实现。
为什么需要JPA
这个需要从Hibernate的起源说起。 Hibernate作者Gavin King发现以前写JDBC的开发效率太低,特别在Java这种面向对象的语言在与关系型数据库之间的数据转换太麻烦了。
于是开发出了Hibernate,他当时的目标是,只要是Java程序员,就算不懂SQL语句,也可以来操作数据库。
Hibernate和JPA的关系
Hibernate是一个开放源代码的对象关系映射(ORM)框架,它对JDBC进行了非常轻量级(相对于EJB这一套)的对象封装,它将POJO(就是咱们的domain)与数据库表建立映射关系,是一个全自动的orm框架,Hibernate可以自动生成SQL语句,自动执行,使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。
JPA是Sun官方提出的Java持久化规范。它为Java开发人员提供了一种对象/关系映射工具来管理Java应用中的关系数据。他的出现主要是为了简化现有的持久化开发工作和整合ORM技术,结束现在Hibernate、TopLink(现在叫EclipseLink)等ORM框架各自为营的局面。
值得注意的是,JPA是在充分吸收了现有Hibernate、TopLink等ORM框架的基础上发展而来的,具有易于使用、伸缩性强等优点。
目标:
简化现有Java EE和Java SE应用的对象持久化的开发工作;
Sun希望整合ORM技术,实现一统江湖。
简单一句话:JPA是持久化规范,而Hibernate是其实现。
JPA的优缺点
jdbc操作数据库底层技术
(1)转换的时候特别麻烦 对象需要进行封装和拆分 比较麻烦
(2)重复性代码比较多
(3)移植数据库比较麻烦
操作数据库的时候,如果使用jdbc,可能要写两套代码
(4)jdbc 自身没有缓存(Cache),如果性能上面需要控制的化,就需要写缓存代码
(5)jdbc不是面向对象的思维来操作的呀 面向sql操作,如果是sql高手,操作jdbc很爽的;
(6)比较简单 比较直接,就可以操作数据库
JPA的:
(1)面向对象操作,操作对象 就相当于操作数据 比如 entityManager.perisit(employee)
(2) 移植数据比较方法,以后如果想换数据库,只需要换一个数据库方言就OK
(3)JPA有缓存,效率不错的 (一级缓存 二级缓存 查询缓存)
缺点:
(1)不能干预sql的生成 ,查询一个数据 find 默认查询所有字段 (select * from )
(2)有些优化 jpa做不了,比如特别大数据量的时候,jpa也不适合,mybatis也解决不了 (架构策略 分库 分表 (分布式))
(3)一个项目里面 对sql要求比较高,就不适合jpa
JPA使用于中小型的项目
JPA CRUD
和以前学习JDBC一样,咱们需要抽取一个工具类
public class JPAUtils {
//保证EntityManagerFactory是单例
private static EntityManagerFactory entityManagerFactory;
static {
try {
//对应配置文件里面的persistence-unit name="cn.itsource.jpa"
entityManagerFactory = Persistence.createEntityManagerFactory("cn.itsource.jpa");
} catch (Exception e) {
e.printStackTrace();
throw new RuntimeException("解析配置文件或者映射配置出现异常:" + e.getMessage());
}
}
public static EntityManager getEntityManager() {
return entityManagerFactory.createEntityManager();
}
}
导入依赖的jar包
persistence.xml的配置
<?xml version="1.0" encoding="UTF-8"?>
<persistence xmlns="http://java.sun.com/xml/ns/persistence" version="2.0">
<!--
持久化单元名称
name :取一个单元的名称
transaction-type:事务类型 本地数据库的事务
-->
<persistence-unit name="cn.itsource.jpa" transaction-type="RESOURCE_LOCAL">
<properties>
<!-- 必须配置4个连接数据库属性 -->
<property name="hibernate.connection.driver_class" value="com.mysql.jdbc.Driver" />
<property name="hibernate.connection.url" value="jdbc:mysql:///jpa" />
<property name="hibernate.connection.username" value="root" />
<property name="hibernate.connection.password" value="123456" />
<!-- 必须配置1个方言属性 -->
<!-- 实现跨数据库关键类 :查询MySQLDialect的getLimitString方法 -->
<property name="hibernate.dialect" value="org.hibernate.dialect.MySQLDialect" />
<!-- 可选配置 ddl数据定义语言(建库建表建约束)
dml数据操作语言 (insert update delete)
dql 数据查询语言(select)
tcl 事务控制语言 (commit rollback)
-->
<!-- 是否自动生成表 -->
<property name="hibernate.hbm2ddl.auto" value="create" />
<!-- 是否显示sql -->
<property name="hibernate.show_sql" value="true" />
<!-- 格式化sql -->
<!--<property name="hibernate.format_sql" value="true" />-->
</properties>
</persistence-unit>
</persistence>
每次都先添加数据
domain
add
update
查询一条
查询全部
删除
建表策略
create 创建策略,先删除 在创建
update (测试)更新策略 不会删除 如果发现没有表,也会创建
如果是表里面新增的字段 ,配置都有效果
如果这个表里面已经存在该字段 去修改属性 没有效果 比如length
create-drop 先删除 在创建 在删除 不怎么会用 面试会问
把entityManagerFactory关闭
临时表 临时使用表 使用完之后,数据就不应该存在
validate 验证策略 当前实体配置和数据库的配置进行对比验证
如果有对应实体,但是没有对应的数据库表 报错
数据库多字段 OK
数据库少字段 不OK
使用场景:比如已知数据库的前提下 就可以把实体的配置和数据库的配置进行对比
如
网友评论