PostgreSQL将尾随零添加到数值

Question

最近，我将一个DB迁移到PostgreSQL，其中有一些列定义为数字（9,3）和数字（9,4）。在测试这个应用程序时，我发现当数据保存到这些列时，会有尾随零被添加到插入的值中。我正在使用Hibernate，我的日志显示了为准备好的语句构建的正确值。

我插入的数据示例是数值（9,3）列中的0.75，存储的值是0.750。numeric（9,4）列的另一个示例：我插入值12，DB保持12.0000。

我发现了这个相关的问题：没有尾随零的postgresql数字类型。但除了引用9.x文档中说没有添加尾随零之外，它没有提供其他解决方案。从这个问题，答案引用了文件（我也读过），其中说：

数值是物理存储的，没有任何额外的前导或尾随零。因此，列的声明精度和比例是最大值，而不是固定的分配。

然而，就像那个问题海报一样，我看到后面添加了零。Hibernate在日志中生成的原始插入没有显示这个额外的行李。所以我假设这是一个我没有正确设置的PostgreSQL东西，我只是不知道我是怎么把它弄错的。

Answer 1

您可以使用PostgreSQL v13上的trim_scale函数去除训练零点。这将减少数字的存储大小。

Answer 2

如果指定精度和刻度，则Pg会根据该精度和刻度进行填充。

regress=> SELECT '0'::NUMERIC(8,4);
 numeric 
---------
  0.0000
(1 row)

没有办法把它关掉。它仍然是相同的数字，精度是由类型定义的，而不是由值定义的。

如果要使用该值定义精度，必须使用无约束的数值：

regress=> SELECT '0'::NUMERIC, '0.0'::NUMERIC;
 numeric | numeric 
---------+---------
       0 |     0.0                                                                                                                                                             
(1 row)                                                                                                                                                                        

Answer 3

如果我在这个背景下正确理解“胁迫”，我想就是这样了。这是来自PostgreSQL文档：

可以配置数字列的最大精度和最大刻度。要声明numeric类型的列，请使用以下语法：

NUMERIC(precision, scale)

精度必须为正，刻度为零或正。或者：

NUMERIC(precision)

选择0的刻度。指定：

NUMERIC

如果没有任何精度或刻度，将创建一个列，其中可以存储任何精度和刻度的数值，直至精度的实现限制。这种类型的列不会强制输入值到任何特定的刻度，而具有声明刻度的数字列将强制输入值到该刻度。

大胆强调我的。

因此，在同一部分的后面，这是误导性的：

数值是物理存储的，没有任何额外的前导或尾随零。因此，列的声明精度和比例是最大值，而不是固定的分配。

再次大胆强调我的。

这可能适用于精密零件，但由于定义比例时强制执行该比例，因此会将尾随零添加到输入值以满足比例定义（如果太大，我会假设截断）。

我正在使用精确的缩放定义来实现约束。在DB插入期间，尾随零被添加到数字标度中，这似乎支持强制，并与不添加尾随零的声明相冲突。

不管正确与否，我必须在选择后用代码处理这个问题。幸运的是，受影响的属性是BigDecimal，因此剥离尾随的零很容易（尽管不是很优雅）。如果有人有更好的建议，不让PostgreSQL在插入时向数字刻度添加尾随零，我愿意接受他们。