这是在 SQL 中转换、舍入和平均对象的正确方法吗？

Question

问题

如何在 PostgreSQL 中使用 avg 和 round 提供小数点？

字符串转十进制需要什么函数？

使用的功能

第一个功能

AVG(ratings.dating) AS scent_avg

第一个错误

Error: expected { scents_id: 1, scent_avg: 4.5 } response body, got { scents_id: 1, scent_avg: '4.5000000000000000' }

第二个功能

ROUND(AVG(ratings.rating), 1) AS scent_avg

第二次错误

Error: expected { scents_id: 1, scent_avg: 4.5 } response body, got { scents_id: 1, scent_avg: '4.5' }

第三功能

用什么函数将字符串转换为数字？

编辑

看来我精神错乱了。 sticky bit 澄清了 int 没有小数点！我从原始帖子中删除了 int 位。

Answer 1

格式化字符串

使用to_char() 获得一个没有无关紧要的零（或填充空白）的格式化字符串 - 正如您评论的那样，“四舍五入到小数点后十位”：

SELECT to_char(round(avg(ratings.rating), 10), 'FM999999999990.9999999999')

注意0。通常，无论如何您都希望获得该职位。喜欢0.3。添加尽可能多的 9 以允许数字。 The manual:

0 指定将始终打印的数字位置，即使它 包含前导/尾随零。 9 还指定了一个数字位置， 但如果它是前导零，那么它将被一个空格替换，而 如果它是一个尾随零并且指定了填充模式，那么它将被删除。

还有about the FM prefix:

填充模式（抑制前导零和填充空白）

没有重要尾随零的数值

强制转换为 double precision (float8) 以获得一个不带微不足道尾随零的数值。演员修剪不重要的零。通常，转换为浮点数会引入极端情况舍入错误。

我首先提出了更复杂的解决方案，但由于您只对精确到小数点后十位的精度感兴趣，而 float8 精确到 15 个小数位，所以这个问题不适用。 The manual:

在所有当前支持的平台上，real 类型的范围为 大约 1E-37 到 1E+37，精度至少为 6 位十进制数字。 double precision 类型的范围约为 1E-307 到 1E+308 至少 15 位的精度。值太大或太大 小会导致错误。如果精度可能会发生舍入 输入数字太高。太接近零的数字不是 可表示为不同于零将导致下溢错误。

就这样：

SELECT round(avg(ratings.rating), 10)::float8

请注意，我们将 进行舍入，因为round() 接受小数位数的变体仅适用于numeric（由于浮点数内部存储的不精确性质） .

---

在 Postgres 中，您不必太担心那些尾随的零。 The manual:

数值是物理存储的，没有任何额外的前导或 尾随零。因此，列的声明精度和小数位数 是最大值，而不是固定分配。 （在这个意义上，数字类型 更类似于varchar(n) 而不是char(n)。）实际存储 要求是每组四个十进制数字需要两个字节，加上 三到八个字节的开销。

见：

• PostgreSQL adds trailing zeros to numeric

在 Postgres 内部，等式是正确建立的：

SELECT numeric '4.50000000' = numeric '4.5'  -- true
SELECT jsonb '{"scents_id": 4.5}' = jsonb '{"scents_id": 4.5000}'  -- true

您的客户抛出错误似乎是在比较文本表示，这是不正确的。因此，您可能必须按照客户期望的格式进行格式化......

Answer 2

在大多数数据库中，这应该可以解决问题：

cast(avg(ratings.ratio * 1.0) as decimal(4, 1))

我在这里看不到任何舍入。从数学上讲，4.5 是 4 和 5 的平均值。