jOOQ疑问：fieldsRow()配合fetchInto时Record全为null但POJO正常

核心逻辑差异 #

jOOQ生成的Record类（如ReasonRecord）和普通POJO的映射机制完全不同：

• POJO映射：依赖Java反射匹配字段名，只要结果集的列名和POJO属性名一致，就能完成赋值。
• Record类映射：与jOOQ生成的Field对象强绑定，它不依赖字段名，而是通过Field实例的唯一标识（比如REASON.RUN_ID这个对象本身）来关联结果集数据。

为什么fieldsRow()会导致Record全null？ #

当你在multiset子查询中使用select(REASON.fieldsRow())时，实际选择的是一个**Row类型的整体对象**，而非单个独立的Field。这个Row在结果集中的列没有携带REASON表的原始Field元数据，jOOQ无法将结果列与ReasonRecord对应的Field关联起来，因此无法填充任何值，最终返回全null的Record对象。

而POJO不受影响，因为它只关心列名是否匹配——fieldsRow()生成的列名和POJO属性名完全一致，反射可以正常完成赋值。

为什么逐个选择字段就正常？ #

当你显式写出select(REASON.RUN_ID, REASON.REASON_)时，传递的是明确的Field对象，这些对象自带REASON表的元数据。multiset返回的结果会直接与这些Field绑定，映射到ReasonRecord时，jOOQ能准确识别每个字段对应的Record属性，从而正确填充数据。

可选替代写法 #

如果想继续使用fieldsRow()同时映射Record，可以手动通过表对象创建Record并填充：

multiset(
    select(REASON.fieldsRow())
    .from(REASON)
    .where(REASON.RUN_ID.eq(RUN.ID)))
.as("reasons")
.convertFrom(r -> REASON.newRecord().from(r))

REASON.newRecord()创建一个空的ReasonRecord，from(r)方法会根据字段名匹配完成赋值，绕开了Record对Field元数据的强依赖。

内容的提问来源于stack exchange，提问作者Josh P