具有jOOQ和Java 8的CompletableFuture的异步SQL执行

响应式编程是一个新的流行词，它实际上仅表示异步编程或消息传递。

事实是，函数语法极大地帮助构建了异步执行链，今天，我们将看到如何使用jOOQ和新的CompletableFuture API在Java 8中做到这一点。

实际上，事情很简单：

// Initiate an asynchronous call chain
CompletableFuture

    // This lambda will supply an int value
    // indicating the number of inserted rows
    .supplyAsync(() -> DSL
        .using(configuration)
        .insertInto(AUTHOR, AUTHOR.ID, AUTHOR.LAST_NAME)
        .values(3, "Hitchcock")
        .execute()
    )
                          
    // This will supply an AuthorRecord value
    // for the newly inserted author
    .handleAsync((rows, throwable) -> DSL
        .using(configuration)
        .fetchOne(AUTHOR, AUTHOR.ID.eq(3))
    )

    // This should supply an int value indicating
    // the number of rows, but in fact it'll throw
    // a constraint violation exception
    .handleAsync((record, throwable) -> {
        record.changed(true);
        return record.insert();
    })
    
    // This will supply an int value indicating
    // the number of deleted rows
    .handleAsync((rows, throwable) -> DSL
        .using(configuration)
        .delete(AUTHOR)
        .where(AUTHOR.ID.eq(3))
        .execute()
    )

    // This tells the calling thread to wait for all
    // chained execution units to be executed
    .join();

这里真的发生了什么？ 没有什么不寻常的。 有4个执行块：

1. 插入新作者的
2. 再次获取同一作者的
3. 重新插入新获取的AUTHOR的代码（引发异常）
4. 一种忽略引发的异常并再次删除AUTHOR的方法

最后，当执行链建立后，调用线程将使用CompletableFuture.join()方法加入整个链，该方法与Future.get()方法基本相同，不同之处在于它不会引发任何已检查的异常。

与其他API进行比较

诸如Scala的Slick之类的其他API也通过“标准API”实现了类似的功能，例如对flatMap()调用。 我们目前不会模仿这样的API，因为我们相信新的Java 8 API对于本机Java讲者来说将变得更加惯用。 特别是，在执行SQL时，正确实现连接池和事务至关重要。 异步链接的执行块的语义以及它们与事务的关系非常微妙。 如果您希望一个事务跨越多个这样的块，则必须自己通过jOOQ的Configuration及其包含的ConnectionProvider对其进行编码。

阻止JDBC

显然，此类解决方案始终存在一个障碍，那就是JDBC本身-很难将其转变为异步API。 实际上，很少有数据库真正支持异步查询执行和游标，因为大多数情况下，单个数据库会话一次只能由单个线程用于单个查询。

翻译自: https://www.javacodegeeks.com/2014/09/asynchronous-sql-execution-with-jooq-and-java-8s-completablefuture.html