为何PostgreSQL中整数与字符串相加的操作允许情况不一致？

1. 字面量与列的类型处理逻辑不同 #

PostgreSQL对字符串字面量和表列的类型推断规则有本质区别：

• 针对id+'1'：这里的'1'是无绑定类型的字符串字面量，PostgreSQL会根据操作上下文（和整数id执行加法）自动将其隐式转换为整数类型。因为字面量的类型是弱定义的，系统可以安全地推断出合理的转换方向。
• 针对id+code：code是强绑定的text类型列，PostgreSQL不会自动对其做隐式类型转换。原因是列中可能存在无法转换为数字的有效值（比如第一条数据的'abc'），系统为了避免潜在的转换错误或意外结果，直接抛出操作符不存在的错误：

ERROR: operator does not exist: integer + text

2. 与MySQL的设计理念差异 #

MySQL的类型系统更偏向宽松兼容：

• 无论操作对象是字面量还是列，MySQL都会尝试执行隐式类型转换——哪怕列中存在非数字字符串（比如'abc'和整数相加时，MySQL会将其转换为0），逻辑上保持一致但牺牲了类型安全性。
• PostgreSQL则优先保障类型安全，它认为隐式转换可能掩盖数据问题，只在明确安全的场景（如字面量的上下文推断）允许隐式转换，对于强类型列要求开发者显式指定转换规则。

解决方法 #

如果要在PostgreSQL中实现id+code的操作，需要显式转换列类型（注意：若列中存在非数字值，转换会报错，这正是PostgreSQL的安全设计）：

with tbl as (
 select 1 as id, 'abc' as code union all
 select 2, '2'
)
 select id, code, id + code::integer from tbl;

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