网站内容和备案不一,3d建模师容易找工作吗,html静态网站模板,怎么做网站模块jooqHibernate已成为Java生态系统中的事实上的标准#xff0c;事实上#xff0c; 如果标准对您很重要 #xff0c;并且如果您将JCP与ISO#xff0c;ANSI#xff0c;IEEE等置于同一级别#xff0c;那么Hibernate也是实际的JavaEE标准实现。 本文的目的不是讨论标准#… jooq Hibernate已成为Java生态系统中的事实上的标准事实上 如果标准对您很重要 并且如果您将JCP与ISOANSIIEEE等置于同一级别那么Hibernate也是实际的JavaEE标准实现。 本文的目的不是讨论标准而是讨论愿景。 Hibernate赞同JPA的ORM愿景。 jOOQ拥有SQL强大查询的愿景因此为了争辩让我们互换使用Hibernate / JPA / ORM就像jOOQ / JDBC / SQL一样。 为什么现在不应该有人使用Hibernate的问题经常出现 -正是因为Hibernate是事实上的标准并且是许多其他框架例如Grails 使用GORM又使用Hibernate 中的第一个框架选择。 但是即使是Hibernate的创建者Gavin King也不认为Hibernate应该用于所有方面 如果是这样您是否可以考虑任何客观的决策帮助点何时使用ORM以及何时使用SQL 高水平的讨论 首先让我们将讨论提高到更高的水平。 与其在Hibernate和jOOQ之间确定它们各自域的具体实现不如考虑ORM与SQL以及它们的不同用例。 在确定ORM例如Hibernate和SQL例如jOOQ之间时您应该问自己的驱动问题不是项目复杂性问题。 我们一些要求最苛刻的客户正在对具有数千个表/视图的中型架构使用jOOQ。 通常这些模式被极端标准化有时甚至部署在多达六个不同的RDBMS上。 jOOQ专为在这些情况下工作而设计同时也牢记了简单的用例。 因此与其考虑项目的复杂性不如问自己以下问题 您的数据模型将驱动您的应用程序设计还是您的应用程序设计将驱动您的数据模型 这里的一个主要方面是从数据库是否可以在您的应用程序中生存的角度来考虑您是否“关心”数据库的问题。 很多时候应用程序来来往往。 它们可能会用Python / JavaScript等重写直到5年后。 或者您有多个应用程序访问同一个数据库Java应用程序一些Perl脚本存储过程等。在这种情况下数据库设计是您项目中的优先事项而jOOQ在这些设置中工作得非常好。从某种意义上说您不一定要“关心”您的数据库而只是想在某个地方“持久化”您的Java域而这恰好是一个关系数据库那么Hibernate也许是一个更好的选择-至少在项目的早期阶段因为您可以轻松地从Entity模型生成数据库架构。 您将主要从事复杂的阅读和简单的写作还是从事复杂的写作 当阅读很复杂时SQL确实会发光。 当您联接许多表时当您在数据库中聚合数据时当您进行报告时当您进行批量读取和写入时。 您是从集合论的角度来考虑数据的例如您的数据整体。 但是用SQL编写CRUD很无聊。 这就是为什么jOOQ还为您提供了一个ActiveRecord风格的API来处理无聊的部分当您在单个表上进行操作时Jason提到过。但是如果您的编写变得复杂即您必须加载一个复杂的对象图其中包含20个涉及内存的实体对其进行乐观锁定以多种不同方式对其进行修改然后再次将其持久保存那么SQL / jOOQ将无济于事。 这就是Hibernate最初创建的目的。 意见 我相信数据是永远的。 您应该*始终*假定数据库在应用程序中仍然存在。 重写应用程序的一部分比迁移数据库要容易得多。 拥有一个干净且设计良好的数据库架构将始终使项目特别是复杂项目的收益得到回报。 另请参阅我们先前有关“无模式”数据库的谬误的文章 。 而且大多数项目实际上完成90的读取和10的写入写入通常并不复杂在事务中修改2-3个表。 这意味着大多数时候不需要Hibernate / JPA的一级和二级缓存解决的复杂性。 人们常常会误解这些功能而只是关闭缓存将Hibernate的缓存一直刷新到服务器从而以错误的方式使用Hibernate。 但是如果您不确定上述两个决策轴则可以走中间路线仅将jOOQ用于报告批处理等并将Hibernate用于CRUD –在CQRS命令查询责任隔离中 http://martinfowler.com/bliki/CQRS.html 样式。 也有很多jOOQ用户选择了此路径。 进一步阅读 吞吐量与复杂性–什么时候应该使用ORM 由Mike Hadlow 为什么要使用ORM 比尔·卡文Bill Karwin 是否有充分的理由不使用ORM 堆栈溢出 为什么要使用ORM 堆栈溢出 翻译自: https://www.javacodegeeks.com/2015/03/jooq-vs-hibernate-when-to-choose-which.htmljooq
