JOOQ对JDBC+tests

Question

与JDBC+tests相比，JOOQ有什么优势？

在JDBC中，您可以直接用代码编写SQL查询，使用JOOQ我们调用方法，因此JOOQ在默认情况下速度更慢。

在JOOQ中，犯错误很难，但也不是不可能的。这个错误可以在测试中发现，使用JOOQ，您也应该编写这些测试，因此，这里对JOOQ没有好处。

Answer 1

我完全同意你的看法。无论您使用的是“动态语言”(SQL作为外部DSL，例如JDBC)还是“静态语言”(SQL作为内部DSL，例如jOOQ)，测试总是更好。

但更重要的是

您似乎只触及了jOOQ可以为您做的事情的表面。当然，类型安全的嵌入式SQL是一个很好的特性，但是一旦您有了这个特性，您就可以免费获得(列表还远远不够详尽)：

• 活动记录:使用JDBC，您将返回到手动拼写每个乏味的INSERT、UPDATE、DELETE语句。jOOQ的UpdatableRecord大大简化了这一点，同时提供了如下内容：
  • 用于记录生命周期管理的RecordListener
  • 乐观锁定
  • 插入、更新、删除的批次

​

• 动态SQL非常容易。只需将子句动态添加到SQL语句中即可。，而不是您将得到的JDBC连接混乱。
• 多租户：您可以轻松地在运行时切换架构引用和/或表引用。，以便对不同的模式运行相同的查询。
• 标准化:相同的jOOQ查询在最多21个关系数据库上运行，因为jOOQ API将生成的jOOQ标准化。例如，在子句中可以看到这一点--这是SQL标准最糟糕的子句之一
• 查询生命周期:有一个名为ExecuteListener的简单SPI，它允许您连接到各种JDBC交互步骤，包括：
  • SQL生成
  • 准备语句创建
  • 变量绑定
  • 执行
  • 结果取
  • 例外情况

​

• transformation: SQL允许您在查询表达式树中的任意位置拦截VisitListener生成。这可能是非常有用的，例如，实现强大的东西，如行级安全性。
• 存储过程:这些与JDBC绑定非常繁琐，特别是当您使用更高级的特性(如： )时
  • 类型 (想象一下实现SQLData等)
  • Oracle的PL/SQL类型
  • 隐式游标
  • 表值函数

​

当然，您可以免费获得您提到的编译时类型安全性(以及IDE自动完成)。如果您不想完全使用jOOQ提供的内部DSL，仍然可以使用普通SQL，然后以一种非类型的安全方式使用jOOQ的API (它仍然有大量的特性)：

// Just one example: CSV exports
String csvExport =
ctx.fetch("SELECT * FROM my_table WHERE id = ?", 3)
   .formatCSV();

TL;DR：

• JDBC是一个有线协议抽象API。
• jOOQ是一个SQL API。

免责声明：

(当然，这个答案是有偏见的，因为我在jOOQ背后的公司工作)