MyBatis 和 jOOQ 之间的不同用例和技术差异

Question

据我所知，MyBatis 和 jOOQ 用于类似的情况。所以我想知道什么时候应该在 Spring 应用程序中使用 jOOQ 而不是 MyBatis，以及每个库和框架在开发时带来的技术优缺点。

如果有人已经熟练使用 MyBatis 这样的框架编写 SQL 查询，那么切换到 jOOQ 会给他们带来什么技术优势（查询运行时、编译时错误）？

Answer 1

产品愿景

据我了解，MyBatis 的产品愿景是提供一种使用 XML 语法在 SQL 语言之上实现模板的方法。目标是将 SQL 保留在外部文件中的 Java 逻辑之外（可以在运行时替换，例如向查询添加提示），并使用本机 SQL。（jOOQ 也可以做到这一点，但这不是最广为人知的功能）。使用纯 SQL 的优点显然是能够直接在数据库客户端中运行 SQL，就像使用视图或存储过程一样。

jOOQ 的产品愿景是通过将 SQL 实现为 Java API 来提供类型安全、嵌入式、动态 SQL，并通过代码生成提供对数据库模式的类型安全访问。这里的要点是让 SQL 逻辑成为Java 逻辑的一部分，因为这将带来更好的类型安全性，从而提高质量。这样做的副作用是供应商不可知（您的 SQL 将在许多方言上运行），以及非常简单的动态 SQL。如果您有任何这些要求，那么选择就很容易。

产品其他特点

以上是各个产品的主要愿景，它们会影响人们对它们的看法，但这并不妨碍这两种产品都具有可以帮助您完成日常任务的附加功能。我不太了解 MyBatis - 最近它似乎在动态 SQL的内部 DSL 上有所改进，就像 jOOQ 可以用于偶尔的模板一样。MyBatis 中的一组子产品可以在这里看到。

一些鲜为人知的 jOOQ 功能可能会或可能不会立即用于您的日常工作，包括：

• 一组丰富的SPI 和设置，可帮助控制生成 SQL 的生成方式的详细信息，包括标识符限定（对多租户有用）、引用等
• DDL 语句支持
• 过程语言支持，允许在服务器上动态运行命令式逻辑
• 支持很多功能
• XML 和 JSON 支持，在从数据库导出分层数据时非常有用
• 数据导出和导入API
• SQL 解析器（另见译者）
• 模式比较实用程序（另请参阅此处）
• 一个SQL 解释器，可用于对 SQL 脚本进行逆向工程并以编程方式内省其元信息

（免责声明：我在 jOOQ 背后的公司工作）