在我的公司,我们使用的是Oracle DB和Weblogic应用服务器。因此,在升级或切换到新ORM的过程中,我们列出了两个选项 - Hibernate和EclipseLink。
我收集了关于两个ORM的以下摘要 -
休眠:
的EclipseLink:
现在我们更喜欢Hibernate,但有一些担忧/原因,比如Oracle开发的EclipseLink和Webogic / Oracle DB世界中的首选ORM(ORM与DB和App。服务器的兼容性),支持与ORM的比较,这些都在阻止最终决定。
请帮助我了解您的观点和意见,并与我们分享您更好的经验,以及为什么我们可以做出完美的决定。
如果您愿意,也可以回复@ yogesh.golande@gmail.com。
感谢。
答案 0 :(得分:2)
披露:我为支持Hibernate开发的公司Red Hat工作。
我的简短回答:使用Application Server捆绑的任何JPA提供程序。逻辑是您的App Server在测试时考虑了该JPA提供程序。
答案很长:答案中有些内容并不完全正确。所以,请允许我更正它们,并为其他项目提供一些评论。
“Oracle完全支持.Hibernate没有。在pb的情况下,证明它是一个纯粹的Weblogic可能很麻烦。具体来说,我们必须证明它(浪费时间和复杂性)。”
我认为红帽支持非常有用,他们不会试图说“这是一个weblogic问题”(除非确实如此)。支持人员没有接受过首先驳回你的索赔的培训。如果它确实是Hibernate中的一个问题,他们会很快找到它并解决它。
我们目前依赖Hibernate作为我们的遗留产品,并且正面临二级缓存(JGroups)中的pb。今天,我们正在离开这一部分!后果是聚类方法(性能)的限制
如果您有JBoss订阅(我相信任何订阅都提供Hibernate支持的权利),您可以向Red Hat询问此事。但我会说Hibernate和JBoss Cache经过了很好的测试,可以在一起工作,而且确实可以在集群环境中运行。但如果它是JBoss Cache的限制,你可以使用另一个(例如Infinispan)。不确定它目前是否受支持,但您可以尝试一下。
确实Hibernate是开源的,所以你可以想象处理它。实际上,代码非常复杂,几乎不可能对其进行修改。此外,由于它是LGPL,您需要系统地向社区反馈所有修改后的来源。
Hibernate确实很复杂,但大部分都不是 复杂。此外,IANAL,但我认为只有在重新发布“新”二进制文件时才需要反馈修改后的源。
Hibernate来自JBoss社区。 p>
我不明白为什么这是EclipseLink的重点,但请注意JBoss是Red Hat的一部分。虽然社区是独立的(如Fedora),但红帽为其开发提供资金。
答案 1 :(得分:0)
缺点EclipseLinks对ORacle提供最好的支持,它是最适合Oracle / WebLogic使用的ORM。 正如你所说的完全支持Oracle,它有许多非常有用的功能,可以与Oracle一起使用,例如: sql提示等。在此处查看更多http://simpletoad.blogspot.com/2012/11/what-u-must-know-about-eclipselink-orm.html#links