临时表字段类型错误：NULL值引发bigint与text类型不匹配

问题本质是：当显式指定列创建临时表，且目标列（如device_id）的所有值均为NULL时，PostgreSQL无法从数据中推断出原表的bigint类型，会默认将临时表的该列设为text类型，最终插入原表时触发类型不兼容错误。

以下是三种可行的解决方案：

• 显式指定临时表字段类型
  直接在创建临时表时定义每个字段的类型，完全匹配原表结构：

  CREATE TEMP TABLE fw_temp (
      time timestamp, -- 替换为fw_status表time字段的实际类型
      version varchar, -- 替换为fw_status表version字段的实际类型
      device_id bigint
  );
  INSERT INTO fw_temp SELECT time, version, device_id FROM fw_status;
  

  这种方式完全可控，适合需要自定义临时表结构的场景。

• 继承原表结构（推荐）
  使用LIKE子句直接继承原表的所有结构属性，无需手动指定类型：

  CREATE TEMP TABLE fw_temp (LIKE fw_status INCLUDING ALL);
  INSERT INTO fw_temp SELECT time, version, device_id FROM fw_status;
  

  INCLUDING ALL会同步原表的字段类型、约束、默认值等所有属性，既避免了手动维护类型的麻烦，又能灵活插入指定列的数据，适合原表结构可能变动的场景。

• SELECT时显式转换字段类型
  在创建临时表的SELECT语句中，强制将device_id转换为原表的bigint类型：

  CREATE TEMP TABLE fw_temp AS 
  SELECT time, version, CAST(device_id AS bigint) FROM fw_status;
  

  这种方式快速直接，适合临时修复单个字段类型问题的场景。

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