Java持久化API

历史背景

2006年5月11号，JPA 1.0 规范作为JCP JSR 220 的一部分最终被发布。JPA 2.0 规范，在2009年12月发布（Java EE 6 平台，依赖于JPA 2.0。） JPA 2.1 规范，在2013年4月22日发布（Java EE 7 平台，依赖于JPA 2.1。）

实体

持久化实体是一个轻量级的Java 类，其状态通常持久地保存到关系数据库的表中。 这种实体的实例对应于表中的各个行。 实体之间通常有关系，这些关系通过对象/关系元数据表示。 可以在实体类文件中直接使用注释来指定这种关系，也可以在随应用程序分发的单独XML描述文件中指定。

Java 持久化查询语言（JPQL）

Java持久化查询语言 （JPQL）对存储在关系数据库中的实体进行查询。查询在语法上类似于SQL查询，但是操作的是实体对象而不是直接对数据库表进行操作。

动机

在引入EJB 3.0规范之前，许多企业级Java开发人员使用由持久化框架（例如Hibernate）或数据访问对象（DAO）提供的轻量级持久化对象，来代替实体bean（EJB的一种）。 这是因为在以前的EJB规范中，实体bean需要太多复杂的代码和繁重的资源占用，并且由于bean和DAO对象或持久化框架之间的源代码中的互连和依赖性，它们只能在Java EE应用程序服务器中使用。 因此，最初在第三方持久性框架中提供的许多功能都被合并到Java Persistence API中，并且从2006年开始，像Hibernate（版本3.2）和TopLink Essentials这样的项目已经实现Java Persistence API规范。

企业 JavaBeans（EJB）

EJB 3.0规范（本身是Java EE 5平台的一部分）包含Java 持久化API的定义。 无论如何，终端用户不需要EJB容器或Java EE应用程序服务器即可运行使用此持久性API的应用程序。 Java 持久化API的未来版本将在单独的JSR和规范中定义，而不是在EJB JSR /规范中定义。
Java 持久化API取代了EJB 2.0 CMP（持久化管理容器）的持久性解决方案

Java数据对象的API

Java 持久化API作为统一Java Data Objects API和EJB 2.0容器管理持久性（CMP）API的一部分来开发。截至2009年，支持这些API的大多数产品都支持Java 持久化API。
Java 持久化API仅为关系数据库管理系统提供持久化特性。也就是说，JPA专注于对象关系映射（ORM）（请注意，除了关系数据库之外，还有JPA提供程序支持其他数据库模型，但这超出了JPA的设计范围）。有关JPA角色的说明，请参阅JPA 2规范第1节简介，其中非常清楚地说明“这项工作的技术目标是为Java应用程序开发人员提供一个对象/关系映射工具，使用Java领域模型来管理关系数据库。”
Java 数据对象规范支持ORM，以及对其他类型的数据库模型的持久化，例如平面文件数据库和NoSQL数据库，包括文档数据库，图形数据库，以及字面上任何其他可想到的数据存储。

服务数据对象API

Java 持久化API的设计者旨在提供关系持久化，其中许多关键领域来自对象关系映射工具，如Hibernate和TopLink。Java 持久化API改进并取代了EJB 2.0，其体现在EJB 3.0中。服务数据对象（SDO）API（JSR 235）与Java 持久化API有着截然不同的目标，被认为是互补的。 SDO API专为面向服务的体系结构，多种数据格式而非关系数据和多种编程语言而设计。JCP 管理SDO API的Java版本; SDO API的C ++版本通过OASIS进行管理。

Hibernate

Hibernate为Java提供了一个开源的对象关系映射框架。版本3.2及更高版本提供了Java 持久化API的实现。Gavin King创立了Hibernate项目。他代表JBoss参加JSR 220，这是负责开发JPA的JCP专家组。这引发了围绕JPA和Hibernate之间关系的持续争议和猜测。Sun Microsystems表示，这些想法来自几个框架，包括Hibernate和Java 数据对象。

Spring Data JPA

抽象存储库的实现是Java应用程序框架Spring的领域驱动设计的关键构建块。透明地支持所有可用的JPA实现，并支持CRUD操作以及方便地执行数据库查询。