SQL精度丢失：CAST(ce.fund / 100 AS DECIMAL(10, 2)) 得到 99999999.99

当你使用 CAST(ce.fund / 100 AS DECIMAL(10, 2)) 进行计算并转换时得到 99999999.99 这个结果，可能由以下几种原因导致：

1. DECIMAL 类型精度限制

DECIMAL(10, 2) 表示总共可以存储 10 位数字，其中小数部分占 2 位。这意味着整数部分最多只能有 8 位（10 - 2）。当计算结果超过了这个范围，就会发生截断或舍入，导致结果不准确。

假设 ce.fund 的值是 10000021623，那么 ce.fund / 100 的结果是 100000216.23，整数部分有 9 位，超过了 DECIMAL(10, 2) 中整数部分最多 8 位的限制。

2. 数据库处理方式

不同的数据库在处理超出 DECIMAL 类型范围的值时，可能会采取不同的策略，比如截断、舍入或者报错。在你的情况中，数据库可能进行了舍入操作，将结果截断为 99999999.99。

解决方案

调整 DECIMAL 类型的精度

如果你需要处理更大范围的数值，可以增加 DECIMAL 类型的总位数。例如，将其改为 DECIMAL(15, 2)，这样整数部分就可以有 13 位（15 - 2）。

-- 假设使用 MySQL 数据库
SELECT CAST(ce.fund / 100 AS DECIMAL(15, 2)) AS fund1
FROM your_table_name ce;

示例代码验证

以下是一个在 MySQL 中创建示例表并进行测试的代码：

-- 创建示例表
CREATE TABLE your_table_name (
    fund BIGINT
);

-- 插入示例数据
INSERT INTO your_table_name (fund) VALUES (10000021623);

-- 执行查询
SELECT CAST(fund / 100 AS DECIMAL(15, 2)) AS fund1
FROM your_table_name;

-- 删除示例表
DROP TABLE your_table_name;

在这个示例中，我们将 DECIMAL 类型的总位数调整为 15，小数部分为 2 位，这样就可以正确处理 100000216.23 这个结果。

通过以上调整，你应该能够得到正确的计算结果。不同的数据库在处理 DECIMAL 类型时可能会有细微的差异，你可以根据自己使用的数据库进行适当的调整。