T-SQL 中十进制计算列的精度 [重复]

Question

这个问题在这里已经有了答案：

创建一个计算列并舍入1 个答案

1 年前关闭。

我们曾经在数据库中有以下字段：

FieldA    decimal(19, 2)

我们已将字段更改为计算字段：

ALTER TABLE MyTable
ADD FieldA AS FieldB * FieldC

在哪里：

FieldB    decimal(19, 2)
FieldC    decimal(19, 5)

生成的新FieldA ：

FieldA    (Computed, decimal(38,6))

旧代码使用FieldA并假设它有两位小数。 因此，字符串翻译不应用格式。 因此，在新定义中， FieldA显示为六位小数，这是不可接受的。

是否可以修改计算列的精度（例如，保持原始类型decimal(19, 2) ）或者我们是否需要为所有显示值的位置添加适当的格式？

舍入不起作用：

ADD FieldA AS ROUND(FieldB * FieldC, 2)

Answer 1

尝试这个：

CREATE TABLE [dbo].[TEST]
(
    [A] DECIMAL(19,2)
   ,[B] DECIMAL(19,5)
   ,[C] AS [A] * [B]
   ,[D] AS CAST([A] * [B] AS DECIMAL(19,2))
);

GO

SELECT *
FROM [sys].[columns]
WHERE [object_id] = OBJECT_ID('[dbo].[TEST]');

为什么？ 检查在对十进制值执行运算时如何设置小数精度的公式。

所以，我们有：

[A] DECIMAL(19,2)
[B] DECIMAL(19,5)
[C] AS [A] * [B]

公式是：

p1 + p2 + 1 => 2 + 5 + 1 => 7
s1 + s2 => 19 + 19 = > 38

但：

在乘法和除法运算中，我们需要精确的比例位置来存储结果的整数部分。 可以使用以下规则缩小比例：

1. 如果积分部分小于 32，则生成的比例将减少到 min(scale, 38 - (precision-scale))，因为它不能大于 38 - (precision-scale)。 在这种情况下，结果可能会四舍五入。
2. 小于 6 且整数部分大于 32 的比例不会改变。在这种情况下，如果不能放入小数（38，比例），可能会引发溢出错误
3. 如果比例大于 6 且整数部分大于 32，则比例将设置为 6。在这种情况下，整数部分和比例都会减小，结果类型为小数（38,6）。 结果可能会四舍五入到小数点后 6 位，否则如果整数部分不能放入 32 位，则会引发溢出错误。

从规则3开始，比例上限为6 ，你得到DECIMAL(38,6) 。 这就是您需要将结果显式转换为目标十进制类型的原因。