Supabase问题：.eq()方法为何会反向处理我的查询？

问题重现 #

使用Supabase Python库执行匹配查询时，.eq()方法意外生成not.eq格式的参数：

from supabase import Client

query = supabase.table("jobs").select('*')
if job_id is not None:
    query = query.eq("job_id", job_id)

生成的查询参数query.params._dict为：

{'select': ['*'], 'job_id': ['not.eq.1']}

仅.eq()方法出现该异常，其他表达式（如.gt()、.lt()）正常。

可能的解决办法 #

• 升级Supabase Python库版本：旧版本可能存在该bug，执行命令升级到最新稳定版：

  pip install --upgrade supabase-py
  

• 排查变量/方法名冲突：检查代码中是否重定义了eq方法、是否误将job_id赋值为带not前缀的特殊值，避免覆盖或干扰Supabase原生方法的执行。
• 临时替代方案：如果升级后问题仍存在，可改用filter方法或手动构造参数：

  query = supabase.table("jobs").select('*')
  if job_id is not None:
      # 用filter方法替代eq
      query = query.filter("job_id", "eq", job_id)
      # 或直接手动设置url参数
      query = query.url_params({"job_id": f"eq.{job_id}"})
  

• 检查客户端初始化配置：确认Supabase客户端初始化时未开启反向过滤类的全局设置，避免自动反转.eq()的逻辑。

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