jOOQ 不支持将绑定参数（param()）用于表名等 SQL 语法元素；若需在查询中多次使用相同表名（如 dev/stg/prod 环境切换），应改用 jOOQ 的「纯 SQL 模板」（Plain SQL Templates）机制，通过 {0}、{1} 占位符实现安全、可复用的动态表名注入。
jooq 不支持将绑定参数（`param()`）用于表名等 sql 语法元素；若需在查询中多次使用相同表名（如 dev/stg/prod 环境切换），应改用 jooq 的「纯 sql 模板」（plain sql templates）机制，通过 `{0}`、`{1}` 占位符实现安全、可复用的动态表名注入。
在 jOOQ 中，param("name", value) 仅适用于绑定值（bind values）——即 SQL 中的标量数据（如 WHERE id = ? 或 INSERT INTO t VALUES (?)）。它不能也不应用于替换表名、列名、关键字等SQL 语法结构（syntactic elements）。这是数据库协议（JDBC）和 SQL 标准层面的根本限制：预编译语句（PreparedStatement）的参数占位符 ? 仅允许出现在表达式上下文中，而 FROM :table_name 这类写法在任何主流数据库中均非法。
因此，你遇到的现象——b_table 参数仅在首次出现处被替换，后续未生效——并非 jOOQ 的 Bug，而是其主动拒绝执行不合法 SQL 替换的保护行为。
✅ 正确解法：使用 jOOQ 原生支持的 Plain SQL Templates
该机制专为动态 SQL 片段设计，支持类型安全的表/字段对象注入，并在 jOOQ 渲染 SQL 阶段完成占位符替换（早于 JDBC 执行），完全规避 SQL 注入风险。
以下为推荐实现方式（基于 Java 15+ / jOOQ 3.14+，兼容文本块语法）：
String sql = """
SELECT *
FROM {0} a
JOIN {1} b ON a.x != b.x
WHERE a.y NOT IN (
SELECT b1.y
FROM {1} b1
WHERE b1.x = a.x
)
""";
// ATable 和 BTable 必须是 org.jooq.Table<?> 类型（如通过 DSL.table("a_table") 或代码生成器生成）
return dslContext.fetch(sql, ATable, BTable);? 关键说明：
- {0}、{1} 是 jOOQ 模板专用占位符，对应 fetch() 方法中按顺序传入的 Table<?> 实例；
- ATable 和 BTable 应为 org.jooq.Table<?> 类型（可通过 DSL.table("schema.table_name") 构造，或使用 jOOQ 代码生成器生成的强类型表对象）；
- jOOQ 会自动为表名添加必要引号（如双引号或方括号），并处理跨方言差异（如 PostgreSQL 双引号 vs SQL Server 方括号）；
- 模板替换发生在 jOOQ 内部 SQL 渲染阶段，生成的最终 SQL 是标准 PreparedStatement 兼容格式，不引入字符串拼接风险。
⚠️ 注意事项：
- 切勿使用 String.format() 或 + 拼接表名——这将导致严重 SQL 注入漏洞；
- 避免在模板中混用 param() 和 {n}：二者机制不同，混用易引发不可预期行为；
- 若表名来自不可信输入（如 HTTP 请求参数），必须先做白名单校验（如 Set.of("a_table_dev", "a_table_stg", "a_table_prod").contains(input)），再传入模板；
- 对于复杂场景（如动态 JOIN 数量、条件性子句），建议升级至 jOOQ 的 Dynamic SQL 能力，而非过度依赖模板。
总结：当需要在单条 SQL 中多次引用同一张动态表时，放弃 param()，坚定选择 Plain SQL Templates —— 它是 jOOQ 官方推荐、类型安全、防注入、跨方言兼容的标准方案。
