JPA和Hibernate有什么区别?

我知道JPA 2是一个规范,Hibernate是一个ORM的工具。 另外,我明白Hibernate比JPA 2有更多的function。但是从实际的angular度来看,真正的区别是什么?

我有使用iBatis的经验,现在我试图学习Hibernate或JPA2。 我拿起了专业JPA2书,它一直提到“JPA提供者”。 例如:

如果您认为某项function应该标准化,那么您应该向JPA提供商说出要求

这使我困惑,所以我有几个问题:

  • 单独使用JPA2可以通过简单地注释我的POJO来从DB获取数据
  • JPA2是否应该与“JPA Provider”(例如TopLink或Hibernate)一起使用? 如果是这样的话,与单独使用Hibernate相比,使用JPA2 + Hibernate有什么好处?
  • 你能推荐一本好实用的JPA2书吗? “Pro JPA2”看起来更像是一本关于JPA2的圣经和参考书(直到后半部分才进入查询)。 是否有一本书对JPA2采取问题/解决scheme?

22 Solutions collect form web for “JPA和Hibernate有什么区别?”

正如你所说的JPA只是一个规范,意思是没有实现。 您可以使用JPA批注尽可能多地注释您的类,但是如果没有实现,则不会发生任何事情。 将JPA视为必须遵循的准则或接口,而Hibernate的JPA实现是符合JPA规范定义的API的代码,并提供了引擎盖下的function。

在JPA中使用Hibernate时,实际上是使用Hibernate JPA实现。 这样做的好处是可以将Hibernate的JPA实现换成另一个JPA规范的实现。 当你使用直接的Hibernate时,你正在locking实现,因为其他的ORM可能使用不同的方法/configuration和注解,所以你不能切换到另一个ORM。

JPA是舞蹈,Hibernate是舞蹈家。

没有JCP的语言和理解的历史视angular,有些事情是太难理解了。

通常会有第三方开发执行function或填补不属于官方JDK的差距的软件包。 由于各种原因,这个函数可能通过JCP(Java Community Process)成为Java JDK的一部分,

Hibernate(2003年)提供了一种抽象SQL的方法,允许开发人员从持久化对象(ORM)的angular度考虑更多。 你通知hibernate关于你的实体对象,并自动生成策略来坚持它们。 Hibernate提供了一个实现来实现这个function,API提供了通过XMLconfiguration或者注释驱动实现。

现在的根本问题是,你的代码与特定的供应商(Hibernate)紧密结合,因为许多人认为应该更通用。 因此需要一个通用的持久性API。

与此同时,来自Hibernate和其他ORM工具供应商的大量input的JCP正在开发导致JPA 1.0(2006)的JSR 220(Java规范请求),最终开发了JPA 2.0(2009)的JSR 317。 这些是通用Java持久性API的规范。 在JDK中提供的API是一组接口,以便您的类可以依赖于javax.persistence,而不必担心正在执行持久化对象的特定供应商。 这只是API而不是实现。 Hibernate现在成为实现JPA 2.0规范的许多供应商之一。 您可以向JPA进行编码,然后select适合您的ORM供应商。

有些情况下,Hibernate可能会给你没有编入JPA的function。 在这种情况下,您可以select直接在您的类中插入Hibernate特定注释,因为JPA不提供用于执行此操作的接口。

来源: http : //www.reddit.com/r/java/comments/16ovek/understanding_when_to_use_jpa_vs_hibernate/

JPA是接口,而Hibernate是实现。

传统上有多种Java ORM解决scheme:

  • 过冬
  • TopLink的
  • JDO

每个实现定义自己的映射定义或客户端API。 JPA专家组收集了所有这些工具中最好的,所以他们创build了Java持久性API标准。

从客户的angular度来看,一个标准的持久性API非常方便,使得将一个实现与另一个实现切换相对比较容易(尽pipe在实践中并不那么简单,因为在大型项目中,您将不得不使用特定的非标准特性) 。

标准的JPA将Java ORM竞争推向了一个新的高度,这只能导致更好的实现。

正如我的书“高性能Java持久性”所述 , Hibernate提供了JPA尚不支持的function :

  • 扩展标识符生成器( hi / lo , pooled,pooled-lo )
  • 透明准备语句批处理
  • 可定制的CRUD( @SQLInsert@SQLUpdate@SQLDelete )语句
  • 静态或dynamic收集filter(例如@FilterDef@Where@Where )和实体filter(例如@Where
  • 将属性映射到SQL片段(例如@Formula
  • 不可变的实体(例如@Immutable
  • 更多的冲洗模式(例如FlushMode.MANUALFlushMode.ALWAYS
  • 通过给定实体的自然键来查询二级caching
  • 实体级caching并发策略(例如Cache(usage = CacheConcurrencyStrategy.READ_WRITE)
  • 通过HQL版本化批量更新
  • 从乐观locking检查排除字段(例如@OptimisticLock(excluded = true)
  • 无版本乐观locking (例如, OptimisticLockType.ALLOptimisticLockType.DIRTY
  • 支持跳过(无需等待)悲观的locking请求
  • 支持Java 8date和时间
  • 支持多租户
  • 支持软删除 (例如@Where@Where

这些额外的function使Hibernate能够解决大型企业应用程序所要求的许多持久性需求。

从Wiki 。

创buildJava持久性API的动机

许多企业Java开发人员使用由开放源代码框架或数据访问对象(而不是实体bean)提供的轻量级持久对象:实体bean和企业bean的声誉过于重量和复杂,只能在Java EE应用程序服务器中使用它们。 第三方持久性框架的许多特性都被整合到了Java持久性API中,到2006年,像Hibernate(3.2版本)和开放源代码TopLink Essentials这样的项目已经成为Java持久性API的实现。

正如JCP页面所述,Eclipse链接是JPA的参考实现。 更多关于这个问题请看这个答案 。

JPA本身具有将构成标准ORM框架的function。 由于JPA是Java EE规范的一部分,因此可以在项目中单独使用JPA,并且应该可以与任何Java EE兼容的服务器一起使用 。 是的,这些服务器将具有JPA规范的实现。

Hibernate是最受欢迎的ORM框架,一旦JPA引入了hibernate,就符合JPA规范。 除了应遵循的基本规范之外,hibernate还提供了大量额外的东西。

Hibernate是一个JPA提供者。

JPA与 Krishna Srinivasan的Hibernate页面说:

JPA是访问,持久和pipe理Java对象和关系数据库之间的数据的规范。 由于定义说它的API,它只是规范。 API没有实现。 JPA为开发符合标准的接口规定了一系列规则和指南。 直接点:JPA只是实现对象关系映射(ORM)的指导原则,没有实现的底层代码。 在哪里,Hibernate是JPA准则的实际实现。 当hibernate实现JPA规范时,将遵循规范中提到的所有标准,由JPA组进行authentication。 例如,JPA准则将提供强制和可选function的信息,作为JPA实现的一部分来执行。

JPA只是一个需要具体实现的规范。 oracle提供的默认实现是“Eclipselink”。 (Toplink是由Oracle捐赠给Eclipse基金会的,与eclipselink合并)

(参考: http : //www.oracle.com/technetwork/middleware/toplink/index-085257.html http://www.eclipse.org/org/press-release/20080317_Eclipselink.php

使用Eclipselink,可以肯定的是,如果需要的话,代码可以移植到任何实现中。 Hibernate也是一个完整的JPA实现+ MORE(JPA Plus的sorting)。 Hibernate是具有一些额外的Hibernate特定function的JPA超集。 所以在Hibernate中开发的应用程序在切换到其他实现时可能不兼容。 仍然hibernate是大多数开发人员作为JPA实施和广泛使用的select。

另一个JPA实现是OpenJPA(openjpa.apache.org),它是Kodo实现的扩展。

JPA:就像一个接口 ,没有具体的实现来使用JPA中的函数。

Hibernate:只是JPA提供者 ,它具有JPA中的函数的实现,并且可以具有JPA中可能不存在的一些额外function。

提示:你可以使用

  *combo 1* : JPA + JPA Provider(Hibernate) *combo 2* : only Hiberante which does not need any interface 

组合1 :当您觉得您的hibernate没有提供更好的性能,并且想要更改JPA提供程序,那么您不必再次编写您的JPA就可以使用组合1 。 您可以编写另一个JPA提供程序…并可以多次更改。

组合2 :使用非常less,因为您不打算更改您的JPA提供程序。

访问http://blog-tothought.rhcloud.com//post/2 ,在那里你完全的困惑将变得清晰。

JPA是接口,Hibernate是该接口的一个实现。

JPA是标准化ORM-API的规范。 Hibernate是JPA实现的供应商。 所以如果你使用JPA和hibernate,你可以使用标准的JPA API,hibernate将会在后台,提供更多的非标准function。 见http://docs.jboss.org/hibernate/stable/entitymanager/reference/en/html_single/和http://docs.jboss.org/hibernate/stable/annotations/reference/en/html_single/

JPA和Hibernate的区别

JPA是访问,持久和pipe理Java对象和关系数据库之间的数据的规范。 由于定义说它的API,它只是规范。 API没有实现。 JPA为开发符合标准的接口规定了一系列规则和指南。 直接点:JPA只是实现对象关系映射(ORM)的指导原则,没有实现的底层代码。

在哪里,Hibernate是JPA准则的实际实现。 当hibernate实现JPA规范时,将遵循规范中提到的所有标准由JPA组进行authentication。 例如,JPA准则将提供强制和可选function的信息,作为JPA实现的一部分来执行。

Hibernate是一个JPA提供者。 当规范发生新的变化时,hibernate会为JPA规范发布其更新的实现。

JPA只是一个规范。市场上有很多实现JPA的厂商。 不同types的供应商以不同的方式实施JPA。 所以不同types的供应商提供不同的function,所以根据您的要求select合适的供应商

如果您使用Hibernate或其他供应商而不是JPA,则无法轻松迁移到EclipseLink或将OpenJPA迁移到Hibernate.But如果使用JPA,则只需更改持久性XML文件中的提供即可。因此迁移很容易JPA。

这是关于这个问题的最好的文章之一。 在这篇长7页的文章中,我们将介绍iBatis / Hibernate / JPA之间的优缺点。

对文章贡献者的荣誉

对于JPA规范部分从第5页开始阅读..否则从这里开始从头开始:

http://www.javaworld.com/article/2077875/open-source-tools/ibatis–hibernate–and-jpa–which-is-right-for-you-.html

JPA是一个API,Hibernate实现的一个API .Hibernate早于JPA。 在JPA之前,你编写本地hibernate代码来完成你的ORM。 JPA只是接口,所以现在你写JPA代码,你需要find一个实现。 Hibernate恰好是一个实现。

所以你的select是这样的:冬眠,toplink等…

JPA的优势在于它允许您在需要时replace您的实现。 缺点是本地hibernate / toplink / etc … API可能提供JPA规范不支持的function。

虽然JPA是规范,但Hibernate是遵循规范中规定的规则的实现提供者。

Java–它的独立性不仅来自操作系统,还来自厂商。

因此,您应该能够在不同的应用程序服务器上部署您的应用程序。 JPA在任何兼容Java EE的应用程序服务器中实现,它允许交换应用程序服务器,但是实现也在改变。 Hibernate应用程序可能更容易在不同的应用程序服务器上部署。

JPA是一个Java API规范,它描述了在使用Java平台的应用程序中pipe理关系数据。 其中Hibernate是遵循JPA规范的ORM(对象关系映射)库。

您可以将JPA视为由Hibernate实现的一组规则。

JPA是JSR,即实现对象关系映射的Java规范要求,没有具体的实现代码。 它定义了用于访问,维护和pipe理Java对象和关系数据库之间的数据的一些规则。在它的介绍中,EJB被replace为它被Java开发者社区批评为重量级。 Hibernate是JPA可以使用的指导原则之一.Hibernate是一个高性能的对象/关系持久性和查询服务,它是在开源GNU通用公共许可证(LGPL)下许可的。这样做的好处是你可以将Hibernate的JPA实现换成另一个JPA规范的实现。 当你使用直接的Hibernate时,你正在locking实现,因为其他的ORM可能使用不同的方法/configuration和注解,所以你不能切换到另一个ORM。

JPA只是一个需要具体实现的规范。 oracle提供的默认实现现在是“Eclipselink”。 Toplink是由Oracle捐赠给Eclipse基金会的,与eclipselink合并。

使用Eclipselink,可以肯定的是,如果需要的话,代码可以移植到任何实现中。 Hibernate也是一个完整的JPA实现+ MORE。 Hibernate是具有一些额外的Hibernate特定function的JPA超集。 所以在Hibernate中开发的应用程序在切换到其他实现时可能不兼容。 仍然hibernate是大多数开发人员作为JPA实施和广泛使用的select。

另一个JPA实现是OpenJPA,它是Kodo实现的扩展。

JPA与hibernate

JPA是Java持久性API。 其中仅指定了API的规范。 意味着创buildAPI的一系列规则和准则。 如果说另一个上下文,它提供了创build这些API的包装器的标准,可以用来从数据库访问实体对象。 JPA是由oracle提供的。当我们要做数据库访问时,我们肯定需要它的实现。 手段JPA仅指定实施API的指导原则。 Hibernate是负责实现这些API的JPA提供者/供应商。 像Hibernate TopLink和Open JPA是JPA API提供者的一些例子。 所以我们通过hibernate来使用JPA指定的标准API。

JPA只是一个规范,而Hibernate是JPA提供者之一,即hibernate正在实现JPA合同中提到的各种东西。

JPA或Java Persistence API是ORM实现的标准规范,而Hibernate是实际的ORM实现或框架。

  • 如何查看由JPA发出的SQL查询?
  • 用JUnittesting一个EJB
  • hibernate与JPA与JDO - 每个的利弊?
  • JPA支持Java 8新的date和时间API
  • Spring Data JPA通过embedded对象属性来查找
  • 我应该使用哪个注释:@IdClass或@EmbeddedId
  • 如何在JPA中创build和处理复合主键
  • PersistenceContext EntityManager注入NullPointerException
  • hibernate:“字段ID”没有默认值“
  • Hibernate,@SequenceGenerator和allocationSize
  • 让hibernate忽略未映射的类variables