我正在迁移一些查询，这些查询已经使用 MySQL 数据库运行了很长时间，这些数据库现在在 Postgres 中具有相同的结构。我被简单的圆形函数卡住了，它以以下错误消息结尾。
错误：函数round（双精度，整数）不存在
部分选择不起作用：
round(floor(pools.available_capacity_in_kb/1024/1024/1024*100)/100,2) as free,
pools.available_capacity_in_kb在数据库中存储为 BIGINT (Postgres 10.9)
我对地理坐标有同样的问题。经度是开放街道地图数据的双精度值，需要一个粗略的值。
我的解决方案工作正常：
select ROUND(CAST(longitude AS numeric),2) from my_points;
除了类型 CAST 语法之外，您还可以使用以下语法将一种类型的值转换为另一种类型（cast :: 运算符）：
select ROUND(value::numeric, 2) from table_x;
请注意，带有转换运算符 (::) 的转换语法是 PostgreSQL 特定的，不符合 SQL 标准。
问题的核心在其他地方。PostgreSQL 对整数和 bigint 数使用长除法（当除法的两个部分都是 int、bigint 值时）。所以结果pools.available_capacity_in_kb/1024/1024/1024*100)/100是 bigint。可能这不是您所期望的。
postgres=# \df round
List of functions
+------------+-------+------------------+---------------------+------+
| Schema | Name | Result data type | Argument data types | Type |
+------------+-------+------------------+---------------------+------+
| pg_catalog | round | double precision | double precision | func |
| pg_catalog | round | numeric | numeric | func |
| pg_catalog | round | numeric | numeric, integer | func |
+------------+-------+------------------+---------------------+------+
(3 rows)
没有任何round功能bigint（因为它没有任何意义）。请尝试使用浮点除法来修复它
pools.available_capacity_in_kb/1024/1024/1024*100)/100.0
现在，结果将是numeric，并且该函数round(numeric, int)存在 - 所以它应该可以工作。