PostgreSQL WHERE子句按列类型使用CASE WHEN报错求解

报错和CASE分支不生效的核心问题和pg_typeof()比较逻辑无关，由PostgreSQL SQL语句的静态编译校验规则导致：

• PostgreSQL不会等语句运行到对应CASE分支时才校验分支内表达式的合法性，所有WHEN/ELSE分支的表达式，会在语句编译阶段全量做类型检查
• 示例中传入的my_int_column是integer类型，即使WHEN条件写了类型判断规则，编译阶段扫到ELSE分支的LOWER(my_int_column)时，会直接识别到lower()函数入参为integer类型——而PostgreSQL内置lower()仅支持text/varchar等文本类型入参，直接抛出函数不存在的错误，语句根本不会进入运行阶段，自然无法触发分支判断逻辑。
• 原语句分支逻辑写反：lower()用于文本类型的大小写忽略匹配，应该作用在text/varchar类型列上，数值类型不需要做小写转换。

方案1（推荐，性能最优，适配动态列场景） #

由于列名本身由Java代码动态传入，这类场景本身需要做列名白名单校验（防范SQL注入），直接在Java层提前判断列类型即可，无需把类型判断逻辑下沉到SQL中：

• 动态传入列名前，先查询系统表information_schema.columns，获取目标表对应列的data_type
• 若列为数值类型（integer/bigint/numeric等），直接拼接SQL片段：{列名}::varchar LIKE '%{搜索值}%'
• 若列为文本类型（text/varchar/char等），直接拼接SQL片段：LOWER({列名}::varchar) LIKE '%{搜索值}%'
  这种写法完全规避了数据库层的类型判断开销，也不会触发静态编译的类型错误，是动态查询场景的标准实现。

方案2（数据库层兼容，无需调整Java层拼接逻辑） #

如果必须在SQL内部完成类型判断，需要规避静态编译的类型校验问题，不要在分支内直接对原始列调用类型不兼容的函数，提前做类型兜底转换：

SELECT my_int_column, pg_typeof(my_int_column) as type_of_column
FROM  tablename.my_dynamic_table
WHERE my_int_column IS NOT NULL  
AND (
    CASE
       -- 匹配数值类型场景，直接转文本做模糊匹配
       WHEN pg_typeof(my_int_column) IN ('integer'::regtype, 'bigint'::regtype, 'numeric'::regtype) 
       THEN my_int_column::VARCHAR LIKE '%52%'
       -- 非数值类型（文本类），先转varchar再做小写转换后匹配，编译阶段不会触发类型错误
       ELSE LOWER(my_int_column::VARCHAR) LIKE '%52%'
    END
)

该写法可正常运行的核心是：任意类型的列做::VARCHAR转换都是合法操作，lower()接收到的永远是varchar类型参数，编译阶段不会抛出错误，运行时会根据pg_typeof()的返回值正常进入对应分支执行。

补充：pg_typeof(列) = '类型名'::regtype的比较写法本身是正确的，可以准确识别列的原生类型，原写法的比较逻辑没有问题，故障点在CASE分支的表达式类型校验规则上。

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