Question

The Hibernate entitiesManager documentation states :

You may use a combination of all three together, annotations without JPA programming interfaces and lifecycle, or even pure native Hibernate Core, depending on the business and technical needs of your project. You can at all times fall back to Hibernate native APIs, or if required, even to native JDBC and SQL.

采用JPAAP(EntityManager)的守则显然更便于使用(即使偶尔会回落到Hibernate Core)。

但是,在使用纯粹的温饱核心时,我有什么好处? 我很想知道,《联合行动计划》2模式是否真正适合温饱的核心地位,没有任何矛盾之处? IOW总是容易和没有问题地偏离核心?

www.un.org/Depts/DGACM/index_spanish.htm 我的主要关切是:。

也许这些差异不仅存在于亚普森,而且也存在于以下基础:semantics? (e) 可能发生冲突的不同交易/转化/锁定; 核心文件提到了悲观的锁定,但没有在实体管理文件中提及——因此,我仍然可以采用悲观的锁定方式,在不造成问题的情况下回到核心位置? ......

Answer 1

但是,在使用纯粹的温饱核心时,我有什么好处?

如果日本邮政局2.0支持你需要的话,我认为,在直接使用Hibernate Core方面没有任何好处(与日本邮局2.0相比,这一差距变得更小,使得需要服从于核心例外,而不是规则,这是一件好事。

我很想知道,《联合行动计划》2模式是否真正适合温饱的核心地位,没有任何矛盾之处?

自JPA1.0起,Hibernate developers创建了Hibernate3, “JPA”深省,并在Hibernate3中采用了JPA语、违约等。您不妨在 :

In this tech talk King discusses how Hibernate3 builds upon and extends EJB3, addressing such topics as:

New features of Hibernate3

The relationship between Hibernate3 and the EJB3 container in JBoss

What differentiates Hibernate3 from the EJB3 specification

Hibernate s custom annotations available outside EJB

The future of Hibernate

根据我的实际经验,Hibernate与EJB 3确实存在矛盾。

IOW总是容易和没有问题地偏离核心?

无论是直接使用还是不是使用核心的,请在<><>><>are/strong>上使用(EntityManager, 是>> >上的包装。因此,如果你真的必须(例如,仍然不像Query By Example那样做的事情),那么回到核心是容易的。而且,这根本不会引起任何问题(因为你实际上在日本人民军中使用,或者说是其中的一个分支)。



Related questions


Difference Hibernate 3.5 / JPA 2.0

Answer 2

很显然:取决于贵项目的业务和技术需要<>。

www.un.org/Depts/DGACM/index_spanish.htm 但是,在使用纯温和核心时,我有什么好处?

不要忘记,Hibernate Annotations和Hibernate entitiesManager都建立在解放的核心之上。 So one more levels。除此以外它依靠储存在XML文档中的元数据制图。一些用户更喜欢利用XML文档,而不是说明,因为它使域名完全独立于你们选择的DAO执行。但是,在使用说明时,与《人民权利法》书相提并论是明确的。

与当地XML文件相比,你用于测绘元数据的编码线降低,你可能希望说明能力得到更好的调整。

JDBC >> Hibernate core >> Hibernate Annotations

......

JDBC >> Hibernate core >> Hibernate EntityManager

而《JPA 2》更适合《JPA 1》未提供的情况。现在有许多新特点,例如:

Object oriented query API

Wrapper s @Embeddable

Collection of @Embeddables @ElementCollection

.........

不要忘记JPA实体Manager允许你通过使用。如果你需要JPA没有提供的特征,则采用的方法。

Answer 3

www.un.org/Depts/DGACM/index_spanish.htm 我喜欢直接使用Hibernate Core。我还更喜欢XML绘图文档。

我并不真正有兴趣使用二级电梯,无法利用Hibernate芯功能。就我所关心的持久性等级而言,是complete non-issue。

初专干事对自由新闻预报系统的实际好处很少——我看到有人使用日本广播公司的名称询问(标准可能更清晰、更完善),而日本邮局的说明则比较好。

www.un.org/Depts/DGACM/index_spanish.htm 除此以外,日本邮政管理处只是一个更加复杂和繁多的层次;潜在的间接费用——没有好处。在这种情况下,正确的决定是反对使用。

数据库的可携性 OTOH非常真实。我的习惯分配器(发电机)是完全可以运送的,而且比设计错误的解放器的幻觉仪更简单。

这种办法在多个重大商业、政府和计划方面非常成功;遗产数据库再设计项目。简言之,对重要事项——和对APIC的顶端的APIC-A/C.2/Add.1的重视不是。

Answer 4

使用JPA管道的好处远远大于使用纯液的任何不利条件。我不是一位专家,但我不了解任何情况,如果这样做会有助于淡化。 (试图纯粹是JDBC是一个不同的问题)。

如果有任何例子可以分享,我会爱看到这些例子。

Related questions

友情链接