PostgreSQL社区版查询报错：operator does not exist求助

哦，这个问题我碰到过好多次！社区版PostgreSQL对IN子句的集合格式要求更严格，你当前的查询写法在语法解析上和EDB商业版有差异，才导致了类型不匹配的报错。

问题根源 #

你写的IN (('B','H') ,'N')会被社区版PostgreSQL解析为：一个包含两个元素的**记录（record）**加上一个字符串'N'。而你的wkly_actvty_cd是character varying类型，数据库找不到能让字符串和record做相等比较的运算符，所以抛出了operator does not exist: character varying = record的错误。EDB作为商业版本，应该是做了语法扩展，允许自动将这种嵌套的集合展开为单个值，但社区版遵循标准SQL的严格解析规则，不支持这种松散写法。

两种可行的修改方案 #

方案1：标准IN子句写法（最推荐）

直接把所有要匹配的值拆成单个元素，用逗号分隔，这是SQL标准写法，所有PostgreSQL版本都兼容：

SELECT COUNT(*) 
FROM cdar_cpms_owner.hshldgrp_wkly_actvty 
WHERE wkly_actvty_cd IN ('B', 'H', 'N');

方案2：使用ANY结合数组（适合逻辑分组场景）

如果你的业务逻辑需要对值进行分组（比如后续可能动态调整分组），可以用ANY搭配数组来实现，效果和IN一致：

SELECT COUNT(*) 
FROM cdar_cpms_owner.hshldgrp_wkly_actvty 
WHERE wkly_actvty_cd = ANY(ARRAY['B','H','N']);

要是你非要保留嵌套分组的写法，还可以用UNNEST把数组展开为单值集合：

SELECT COUNT(*) 
FROM cdar_cpms_owner.hshldgrp_wkly_actvty 
WHERE wkly_actvty_cd IN (SELECT unnest(ARRAY['B','H','N']));

验证说明 #

修改后执行查询，社区版PostgreSQL就能正确识别所有匹配值的类型，和wkly_actvty_cd做比较，不会再出现类型不匹配的报错。

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