jOOQ开箱即支持大量的SQL语法。因此，大多数用户在使用JDBC编写动态SQL时，不会像以前那样采用字符串连接的方式。 但时不时地，jOOQ不支持某个厂商的特定功能（是的，它发生了）。在这种情况下，jOOQ支持各种"普通SQL "API，它可以用来构造几乎所有类型的jOOQ API元素，比如：
但是，有时候，你需要动态地传递一个参数给这样的函数，比如说另一个列的表达式。而你想以一种类型安全的方式做到这一点，因为jOOQ代码生成器已经产生了类型安全的列表达式。所以你可能会倾向于串联，尽管如此：
|
1 |
field("cool_function(1, " + MY_TABLE.MY_COLUMN + ", 3)"); |
千万不要这样做！因为这些原因：
- 尽管jOOQ在一般情况下是非常安全的SQL注入，但事实上你还是可以在这里引入一个普通的SQL注入漏洞。在这种情况下不会，因为该列是生成的代码，但也许，你会把用户的输入连接起来。请注意，为了增加SQL注入保护，可以通过添加我们的PlainSQL检查器，使用检查器框架或Google ErrorProne，在全局范围内防止普通SQL的使用，只在需要时允许本地使用。
- 和以往的字符串连接一样，你很容易出现SQL语法错误。在这种情况下，生成的SQL不针对任何方言，因为MY_TABLE.MY_COLUMN.toString() ，没有任何上下文信息，如SQLDialect 和所有其他配置标志。
相反，使用jOOQ的纯SQL模板小语言，它允许模板占位符，如{0}, {1}, {2} ：
|
1 |
field("cool_function(1, {0}, 3)", MY_TABLE.MY_COLUMN); |
如果你经常这么做，你可以在你自己的迷你DSL中考虑这个调用：
|
1 2 3 |
public static Field<String> coolFunction(Field<?> field) { field("cool_function(1, {0}, 3)", field); } |
而现在，像这样调用：
|
1 |
coolFunction(MY_TABLE.MY_COLUMN) |
作为一个经验法则：使用jOOQ，你应该永远不需要借助于SQL字符串连接，你可以始终使用以下两种方法:
- 类型安全的jOOQ DSL API
- 普通的SQL模板API（最好是把这种用法隐藏在你自己的类型安全DSL API后面）
原文链接：
