约克

Question

背景：我正在使用jOOQ访问Firebird数据库。Firebird 2. x的行大小限制为64KB。我以前从未达到过限制，但是这个特定的数据库使用UTF8，这意味着限制缩小到大约16K个字符。

以下是我使用jOOQ的方式：

>

根据需要加载或创建POJO（已生成）。例如。：

Book book = context.fetchOne("select * from book where book_id = ?",  1).into(Book.class);

根据需要使用book对象。

如果用户保存更改，则将其存储回记录。

BookRecord rec = context.newRecord(Tables.BOOK, book); 
context.executeUpdate(rec);

步骤3在executeUpdate（）方法上失败，因为jOOQ不知何故正在将所有空的VARCHAR字段强制转换为VARCHAR（4000）。错误消息是

“SQL错误代码=-204。超出了实现限制。块大小超出了实现限制”。

这是一个已知的火鸟限制，不幸的是，对此无能为力。

在表中，我有大约8个空的VARCHAR（512）字段，UTF8中的最大值应该是8x4x512（或16KB），但由于jOOQ将其解释为VARCHAR（4000），这就是8x4x4x4000（128KB），显然超出了限制。

如果我将NULL或空字段设置为某个随机字符串，那么jOOQ会将其转换为精确的字符串长度。（“ABC”将被转换为varchar（3））

所以我的问题是：我如何得到执行更新（）工作，而不jOOQ铸造我的空字段到VARCHAR（4000）？

Answer 1

这些强制转换在jOOQ中是历史性的，因为一些数据库很难仅从绑定变量推断数据类型，因为它们无法延迟任何决策，直到执行查询：

SELECT ? -- What's the type? Unknown at parse time.

这就是jOOQ为这些数据库生成显式强制转换的原因，其中包括Firebird：

SELECT cast(? as varchar(4000)) -- Now, the type is clear

目前甚至在语句/子句中也正在这样做，其中类型可以从上下文中推断，包括

INSERT INTO t(a, b) VALUES (?, ?)
--            ^  ^          |  |
--            +--|----------+  |
--               +-------------+ Bind types can be inferred from column type

就Firebird而言，不幸的是，这种做法很快就遇到了上述尺寸限制。在jOOQ中有一些有待改进的特性请求，这些请求尚未在jOOQ 3.9中实现：

• #1735添加设置以指示绑定值不应该被强制转换
• #3398避免为Firebird中的每个bind变量长度生成新的SQL语句

如果您想在您这边修补jOOQ，则在DefaultBinding.sql（BindingSQLContext）中做出强制转换决定。您将看到如何覆盖当前行为的几个选项：

1. 关闭铸造与Setting.paramCastMode==从来（可从jOOQ 3.10与#1735）
2. 重写RenderContext.cast模式（）以始终产生永远不会
3. 在自定义绑定中重写整个方法
4. 修补逻辑，永远不要应用任何强制转换
5. 实现一个ExecteListener，替换cast\（\？[^)]*\)by？在您的SQL字符串