JOOQ vs JDBC +测试

Question

JOOQ优于JDBC +测试有什么优势？

在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个RDBMS,因为jOOQ API标准化生成的SQL.这可以在jOOQ手册中关于该LIMIT子句的部分中看到,例如 - SQL中标准最差的条款之一
• 查询生命周期:有一个简单的SPI调用ExecuteListener,允许您挂钩各种JDBC交互步骤,包括:
  • SQL生成
  • 准备好的声明创建
  • 变量绑定
  • 执行
  • 获取结果
  • 例外
• SQL转换:VisitListenerSPI允许您在查询表达式树中的任意位置拦截SQL生成.这可能非常有用,例如实现行级安全性等强大功能.
• 存储过程:与JDBC绑定相当繁琐,特别是如果您使用更高级的功能,例如:
  • Oracle TABLE和OBJECT类型(想象实现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背后的公司工作)