PostgreSQL integer类型下界值转换报整数越界错误问题

Postgres的integer类型取值范围确实包含下界-2147483648，你遇到的越界报错和类型范围无关，是SQL运算符优先级+数字字面量解析规则共同导致的。

核心解析逻辑 #

Postgres解析SQL表达式时，不会把开头的-识别为数字字面量的组成部分，而是将其当作独立的「一元负号运算符」处理。同时类型转换运算符::的优先级高于一元负号，因此你写的-2147483648::int4实际执行顺序是：

1. 先取出无符号数字字面量2147483648，尝试将其转换为int4类型
2. 对转换后的结果取负，得到最终值

问题出在第一步：int4能存储的最大正整数是2147483647，2147483648本身已经超出正整数范围，转换阶段直接抛出越界错误，根本不会执行后续取负的操作。

现象验证 #

你观察到的其他现象完全符合这个逻辑：

• 上界2147483647::int4正常：2147483647本身就在int4正整数取值范围内，转换不会报错
• -2147483647::int4正常：先转换2147483647到int4（合法），再取负得到-2147483647，也在合法范围内
• smallint类型复现相同问题：smallint范围是-32768到32767，直接写-32768::int2时，会先尝试转换32768到int2，超出32767的正整数上限，同样报错。

正确写法 #

只需要用括号把带符号的数值整体包裹，调整运算优先级，让类型转换作用在带符号的完整值上即可正常执行：

-- 正常返回t
select -2147483648 = (-2147483648)::int4;
 ?column? 
----------
 t
(1 row)

-- smallint下界也可正常转换
select (-32768)::int2;
 int2 
------
-32768
(1 row)

这个解析规则不是Postgres独有，多数兼容SQL标准的数据库都采用相同的字面量处理逻辑，涉及带符号的数值类型边界转换时，建议统一加括号明确优先级，避免触发隐式的越界问题。

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