Hibernate引入响应性Reactive支持

20-12-12 banq

响应式编程使我们能够利用非阻塞IO来减少程序中的资源使用。长期以来,非阻塞IO并不是与关系数据库进行交互的程序的选择,因为JDBC和ODBC等数据访问API都是基于基本同步的阻塞模式设计的。

最近,情况发生了变化,例如 针对PostgreSQL,MySQL,Db2和SQL Server的Vert.x客户端API以及其他类似项目。因此,Java程序现在可以以完全异步,非阻塞的方式与关系数据库进行交互。

此外,诸如Mutiny之类的API使用流而不是嵌套的回调简化了响应式编程,从而至少减轻了Java异步编程的痛苦。

但是当然可以回溯到2006年,当我们设计Java持久性API来简化Java中的ORM并统一当时存在的ORM实现时,“反应式编程”并没有受到任何关注。因此,JPA从根本上阻止了自然支持,“反应式ORM”是根本不存在的。

因此,今天我们向社区介绍Hibernate Reactive,这是Hibernate ORM的反应式API,它支持非阻塞数据库客户端和反应式编程,作为与关系数据库进行交互的范例。

Hibernate Reactive重用了Hibernate ORM的大部分实现,但是用围绕响应流设计的新层替换了与JDBC交互的代码,并向程序员公开了一个新的响应SessionAPI

实际上,有两种反应式SessionAPI,一种用于使用Mutiny的程序,另一种用于使用Java的程序CompletionStage。

// Mutiny-based API
factory.withTransaction(
        // retrieve a Book
        (session, tx) -> session.find(Book.class, bookId)
                // delete the Book
                .chain(book -> session.remove(book))
)

自然,我们尽可能地避免使用JPA和Hibernate ORM,包括 OR映射注释,基本持久性操作的命名和语义 以及调整性能的选项。JPA和Hibernate的用户甚至都熟悉大多数配置属性

如果您以前使用过Hibernate,并且还对响应式流进行过一些编程,则应该立即使用Hibernate Reactive。如果您从未使用过Hibernate,或者从未使用过反应式编程,那么这是学习新知识的机会,我们将为您提供帮助!

无论哪种情况,您的最佳出发点都是我们的 《 Hibernate Reactive简介》

Hibernate Reactive仅在端到端反应技术堆栈的情况下才真正有用。因此,我们当然要确保它可以与Vert.x一起使用,并且可以直接集成到其他平台中。

但是这里令人兴奋的消息是,我们还将其与Quarkus的新反应式API集成在一起,我们将很快宣布。我们的目标是为Java开发人员提供最舒适,最熟悉的方式,使其过渡到反应式编程模型。

在以后的文章中,我们将更多地讨论Quarkus中的响应数据访问。

我们也正在努力扩展此受支持的数据库列表。当前,仅支持PostgreSQL,MySQL和Db2,但我们希望很快引入对SQL Server的支持。

         

猜你喜欢