PostgreSQL中lag函数无法处理双精度浮点值问题咨询

嗨，这个问题其实是PostgreSQL函数重载的类型匹配规则在搞鬼！我来给你拆解一下：

问题根源 #

你遇到的报错ERROR: function lag(double precision, integer, integer) does not exist，核心原因是**lag()函数要求第三个默认值参数的类型必须和第一个列参数的类型完全一致**。你的value列是double precision类型，但你传的默认值是整数0，PostgreSQL找不到同时接受double precision、integer、integer这三种参数组合的lag()重载，所以直接报错了。

而你把value转成int虽然能运行，但必然会丢失小数部分，这显然不是你想要的结果。

两种完美解决方案 #

方案1：使用浮点类型的默认值

直接把默认值0改成浮点形式的0.0，让它和double precision类型匹配，语句就可以正常运行且保留小数：

select id_client, date, value, lag(value, 1, 0.0) over (order by date) from your_table;

方案2：显式转换默认值的类型

如果你习惯写整数0，可以通过cast()或者PostgreSQL专属的::语法把它转换成double precision类型，效果和方案1完全一样：

-- 用cast语法
select id_client, date, value, lag(value, 1, cast(0 as double precision)) over (order by date) from your_table;

-- 用PostgreSQL简化的类型转换语法
select id_client, date, value, lag(value, 1, 0::double precision) over (order by date) from your_table;

验证效果 #

假设你的表有如下数据：

使用正确的语句后，结果会是：

完美保留了小数部分，也没有报错~

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