SQL执行失败：bigint与timestamp无匹配>=运算操作符问题排查

触发operator does not exist: bigint >= timestamp without time zone错误的根本原因是：数据库执行比较逻辑时，运算符左右两侧的数据类型不匹配——左侧是bigint整数类型，右侧是不带时区的timestamp时间类型，PostgreSQL没有内置这两种类型直接做>=比较的操作符，无法完成运算。

结合给出的SQL代码，出现这个问题的具体诱因通常有两个：

• 贴出的建表语句本身存在语法错误：created_on TIMESTAMP NOT NULL,行末尾多了一个多余逗号，后面没有定义其他字段，这段CREATE TABLE语句根本无法执行成功。当前查询的employee表，是其他场景下创建的同名表，真实的created_on字段是bigint类型（一般用来存Unix时间戳），不是预期的timestamp类型。
• 存在连接配置错误：连接错了数据库实例或者schema，查询到的是其他业务线下的同名employee表，和预期的表结构不一致。

1. 先确认当前环境下employee表的真实字段结构，执行以下查询核对字段类型：

SELECT column_name, data_type 
FROM information_schema.columns 
WHERE table_name = 'employee';

2. 根据核对结果对应修复：
   • 如果查询结果显示created_on是bigint类型：说明字段存的是Unix时间戳，需要将查询条件里的字符串时间转成对应单位（秒/毫秒）的整数时间戳再做比较，参考代码如下：

   -- 适配秒级Unix时间戳存储场景，如果是毫秒级记得乘1000转成bigint
   SELECT username, email 
   FROM employee 
   WHERE created_on BETWEEN 
     EXTRACT(EPOCH FROM TIMESTAMP '2012-01-20')::BIGINT 
     AND EXTRACT(EPOCH FROM TIMESTAMP '2012-04-24')::BIGINT;
   

   • 如果查询结果里根本没有timestamp类型的created_on字段，或者确实需要用timestamp类型存创建时间：先修正建表语句的语法错误（去掉多余的尾逗号），重新建表后再执行原时间范围查询即可，修正后的建表语句：

   CREATE TABLE employee (
       id INT PRIMARY KEY,
       username TEXT NOT NULL,
       email TEXT NULL,
       created_on TIMESTAMP NOT NULL
   );
   

   建表完成后，原查询语句SELECT username, email FROM employee where created_on between '2012-01-20' and '2012-04-24'可以正常执行。
3. 若核对表结构发现和预期完全不符，先检查当前数据库连接配置、使用的schema是否正确，避免跨环境查询错误的表。

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