是否可以结合MyBatis和QueryDSL / jOOQ？

Question

MyBatis提供了映射，本地缓存和开箱即用的日志记录。
因此，QueryDSL / jOOQ提供SQL语句的编译时检查和IDE自动完成。
是否可以将它们结合起来？

换句话说， 我想用QueryDSL或jOOQ创建一个查询，然后使用MyBatis的一些粘合代码/适配器执行它 。

我已经检查过：

• 我考虑用QueryDSL生成SQL查询字符串，并在MyBatis中使用它们的'@SelectProvider'注释，但它似乎是一个死胡同：MyBatis在其SQL字符串中需要“$ {xxx}”，但QueryDSL只生成查询基于实际的Java类型，因此即使对于ID也不起作用。
• MyBatis Generator作为QueryDSL / jOOQ的替代品：非常差的替代方案，因为它实际上生成了一个样板代码，您稍后将需要维护和扩展
• MyBatis SQL Builder作为QueryDSL / jOOQ的替代品：比QueryDSL或jOOQ弱得多，例如它不提供列名的编译时检查，它更麻烦，并且它依赖于使代码复杂化的'@SelectProvider'

Answer 1

我将从高层回答 - 所以我不深入研究QueryDSL和jOOQ之间的实际差异，在讨论的这一点上，“只是”在Java中提供了类型安全的嵌入式SQL。 但是，我会从jOOQ的角度给出答案，因为我知道API要好得多。

免责声明：我是从为jOOQ背后的公司工作的人的角度给出这个答案的。

是的你可以：

是的，您可以将jOOQ与MyBatis结合使用。 例如，您可以从jOOQ查询中提取查询字符串，如下所示：

Select<?> query =
DSL.using(configuration)
   .select(TABLE.A, TABLE.B)
   .from(TABLE)
   .where(TABLE.C.eq(1));

String sql = query.getSQL();
List<Object> bindvalues = query.getBindValues();

许多人实际上使用这种技术然后使用Spring JDBC而不是jOOQ运行查询。 他们这样做的主要原因是因为他们已经广泛使用了Spring JDBC，并且他们不希望在他们的堆栈上有两种类型的查询执行。

但你为什么要这样：

您添加到堆栈中的每个API也会增加堆栈行为的复杂性和一组规则。 另一方面，您有一组要从这些API实现的功能。 让我们来识别这些功能：

1. 键入安全的嵌入式SQL
2. 高速缓存
3. 记录
4. 将非规范化SQL结果映射到您的域

1）类型安全的嵌入式SQL

这是一个明智的做法。 你可能不想使用MyBatis。 这种实现（正如您所发现的）更多地是一个概念证明。 所以你选择了jOOQ

2）缓存

这是我个人认为你太快就得出结论的东西。 MyBatis有许多非常简单的实现，但在缓存的情况下，我很确定你想要实现一个更通用的缓存策略，例如使用新的JSR-107缓存支持，就像Spring中的那个一样因为缓存并不是真正与SQL紧密耦合的。

3）记录

例如，jOOQ实现了很容易挂钩到日志记录挂钩 ，但您也可以使用JDBC跟踪日志库或JDBC驱动程序的功能来使用 JDBC级别的日志记录

4）映射

我说过缓存的内容在这里也是如此。 MyBatis为您的映射算法提供了一个简单的默认实现，当您转向更复杂的映射方案时，这可能很快就不够了。 对于jOOQ，btw也是如此，它也实现了POJO的默认映射 ， 您可以以任何方式覆盖它 。 但很像缓存，映射并不是一个应该在SQL级别上解决的问题。 你会发现更好的工具用于映射本身 - 例如Model Mapper （ 内置jOOQ支持 ，顺便说一下 ）。 或者如果你在Java 8环境中，你可以使用常规的函数编程技术来映射东西 ，例如：

DSL.using(configuration)
   .select(
       COLUMNS.TABLE_NAME,
       COLUMNS.COLUMN_NAME,
       COLUMNS.TYPE_NAME
   )
   .from(COLUMNS)
   .orderBy(
       COLUMNS.TABLE_CATALOG,
       COLUMNS.TABLE_SCHEMA,
       COLUMNS.TABLE_NAME,
       COLUMNS.ORDINAL_POSITION
   )
   .fetch()

上图：jOOQ代码。 下图：Java 8映射代码

   .stream()
   .collect(groupingBy(
       r -> r.getValue(COLUMNS.TABLE_NAME),
       LinkedHashMap::new,
       mapping(
           r -> new Column(
               r.getValue(COLUMNS.COLUMN_NAME),
               r.getValue(COLUMNS.TYPE_NAME)
           ),
           toList()
       )
   ))
   .forEach(
       (table, columns) -> {
            System.out.println(
                "CREATE TABLE " + table + " (");

            System.out.println(
                columns.stream()
                       .map(col -> "  " + col.name +
                                    " " + col.type)
                       .collect(Collectors.joining(",\n"))
            );

           System.out.println(");");
       }
  );

这是本文底部的示例，它显示了如何查询所有表的H2 INFORMATION_SCHEMA ，并将结果映射到CREATE TABLE语句

结论：

许多API倾向于引诱您使用它们，因为它们具有非核心“功能”，例如缓存或映射，它们实际上是SQL API的非核心功能。 您可以通过简单的用例和宠物/猫/狗或作者/书籍应用程序快速启动并运行，但您将遇到更复杂的问题。 在您的用例中，类型安全的嵌入式SQL功能是您希望使用类似jOOQ的原因。 您正在寻找的其他功能都不是非常令人信服的使用MyBatis的原因（其核心功能是外部SQL文件，这与嵌入SQL的jOOQ完全相反）。

所以，我给你的建议是：找出你想要在堆栈中使用的每个功能的最佳工具，看看这些工具是否易于组合。 我们在实现jOOQ时非常谨慎，以允许任何第三方应用程序非常容易地插入jOOQ（例如缓存，日志记录，映射），因为这些功能不是jOOQ的核心功能。

Answer 2

就像给Lukas添加一个非常完整的答案。

从我的基准测试来看，MyBatis在映射方面存在一些严重的性能问题，Jooq是一个更好的性能曲线。 那是Jooq在mapper上的问题。

https://github.com/arnaudroger/SimpleFlatMapper#local-mysql

SimpleFlatMapper也是与querydsl和spring数据的集成点。 我不知道你可以将自己的映射与Jooq集成，并将其添加到积压中。