PostgreSQL查询测试正常生产报operator does not exist错误求助

根因分析 #

报错的直接原因是SQL拼接时缺少空格导致语法错误：
你的query变量固定结尾为WHERE INS."InstanceId" = 1，执行query + 'IN (' + id[1:] + ')'拼接时，两个字符串间没有空格，最终生成的SQL会变成WHERE INS."InstanceId" = 1IN (148...)。PostgreSQL会把1IN (xxx)解析为「1等于IN (xxx)返回的布尔值」，触发bigint = boolean的类型不匹配错误。
测试环境未报错是因为测试环境中if (cursor.fetchone()[0]>0)的判断条件未命中，错误的UPDATE逻辑没有实际执行，生产环境命中条件触发才暴露问题。

修复方案 #

1. 直接修复语法错误 #

给拼接的SQL部分补全空格即可解决当前报错：

execution('UPDATE', query + ' IN (' + id[1:] + ')')

注意：当前逻辑存在语义冲突，InstanceId 既要等于1又要属于IN后的ID列表，若业务逻辑不需要同时满足两个条件，建议删除query末尾多余的= 1，直接保留WHERE INS."InstanceId"再拼接IN子句。

2. 修复其他潜在问题 #

• 禁止手动拼接SQL字符串，存在SQL注入风险，psycopg2推荐使用参数化查询，IN子句可以用ANY语法实现：

# 提取ID列表
id_list = [i[0] for i in cursor.fetchall()]
# 参数化传递参数
update_query = query + ' IN %s'
execution('UPDATE', update_query, (id_list,))

• 你在if分支中调用cursor.fetchall()读取完所有结果后，分支外的cursor.fetchone()会返回None，后续execution('INSERT',query + '>' + str(cursor.fetchone()[0]))会报错，建议重新执行查询语句再获取结果，避免游标已经遍历到结果集末尾。
• 后续INSERT语句的拼接同样需要补全空格，避免同类错误。

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