使用QueryDSL时JPAQuery的having方法无法识别列别名？

问题原因 #

• 从SQL执行逻辑来讲，HAVING子句的执行顺序早于SELECT子句，此时SELECT中定义的列别名还未被解析，数据库自然无法识别compoundSortKey这类别名。
• QueryDSL对GROUP BY和ORDER BY做了特殊兼容处理（部分数据库本身也支持在这两个子句中引用别名），能自动将别名替换为实际表达式；但对于HAVING，它严格遵循SQL标准，不会自动替换别名，直接把别名带入生成的SQL，导致数据库抛出未知列的错误。

解决方案 #

方案1：重复计算表达式 #

把SELECT里定义compoundSortKey的原始表达式直接写到HAVING子句中，替代别名使用。比如你的compoundSortKey是基于no和updatedAt拼接的，代码示例如下：

// 替换成你实际的表达式逻辑
query.having(Expressions.stringTemplate("CONCAT({0}, {1})", qTable.no, qTable.updatedAt).eq(targetValue))

方案2：使用子查询/CTE #

先在子查询中计算出compoundSortKey列，再在外层查询的过滤条件中引用该列（如果是分组后过滤就用HAVING，普通过滤用WHERE）：

QTable subTable = new QTable("sub");
// 构建子查询，提前计算出compoundSortKey
JPASubQuery subQuery = new JPASubQuery()
    .select(
        qTable.no, 
        qTable.updatedAt, 
        Expressions.stringTemplate("CONCAT({0}, {1})", qTable.no, qTable.updatedAt).as("compoundSortKey")
    )
    .from(qTable)
    .groupBy(qTable.no, qTable.updatedAt);

// 外层查询引用子查询的列
query.from(subQuery.as(subTable))
    .having(subTable.compoundSortKey.eq(targetValue))
    .groupBy(subTable.no, subTable.updatedAt);

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