CAST在聚合结果上常报错因未括住整个聚合表达式，如CAST SUM(price) AS DECIMAL(10,2)语法错误；正确应为CAST(SUM(price) AS DECIMAL(10,2))；且需注意NULL处理、GROUP BY一致性及数据库精度差异。
CAST 函数在聚合结果上为什么经常报错
因为聚合函数（如 SUM、AVG、COUNT）返回的类型由输入列决定，而 CAST 作用对象是表达式结果——如果没括号包住整个聚合表达式，数据库会先尝试对聚合函数名本身 CAST，直接语法报错。
-
CAST(SUM(price) AS DECIMAL(10,2))✅ 正确：CAST 作用于SUM(price)的计算结果 -
CAST SUM(price) AS DECIMAL(10,2)❌ 报错：缺少括号，SQL 解析失败（常见于 PostgreSQL、MySQL 8.0+、SQL Server） - MySQL 5.7 及更早版本对
AVG返回DOUBLE，强转DECIMAL时可能意外截断小数位，需显式指定精度
不同数据库对 CAST + 聚合的精度处理差异
同一句 CAST(AVG(score) AS DECIMAL(5,2)) 在不同系统行为不一致：
- PostgreSQL：严格按声明精度四舍五入，
AVG先算出高精度值再截断 - SQL Server：若源列为
INT，AVG默认返回DECIMAL(p,s)，其中s可能比预期小，CAST 前建议先用CONVERT或乘 1.0 转浮点 - SQLite：无原生
DECIMAL，CAST(x AS REAL)是唯一可靠方式，AVG本就返回 REAL，CAST 属冗余
聚合后需要字符串拼接？别漏掉 NULL 处理
比如想把 COUNT(*) 结果拼进提示语：'共' || COUNT(*) || '条'，一旦某组 COUNT 为 0 或字段含 NULL，整个表达式可能变 NULL——CAST 不能绕过这个逻辑缺陷。
- PostgreSQL / SQLite：用
COALESCE(CAST(COUNT(*) AS TEXT), '0') - MySQL：
IFNULL(CAST(COUNT(*) AS CHAR), '0') - SQL Server：
ISNULL(CAST(COUNT(*) AS VARCHAR), '0') - 直接
CAST(NULL AS TEXT)在多数库中仍得 NULL，必须在外层套空值处理
GROUP BY 场景下 CAST 放错位置会导致分组失效
错误写法：SELECT CAST(amount AS INT), COUNT(*) FROM sales GROUP BY amount——这里 GROUP BY 按原始 amount 分，但 SELECT 列却是转换后的整数，可能把不同小数值（如 100.1 和 100.9）压成同一个 CAST 结果，却分在不同组里，结果错乱。
- 正确做法：GROUP BY 和 SELECT 中的 CAST 必须一致，即
GROUP BY CAST(amount AS INT) - 性能注意：在大表上对字段做 CAST 后 GROUP BY，基本无法走索引（除非建函数索引，如 PostgreSQL 的
CREATE INDEX ON sales ((CAST(amount AS INT)))） - 替代思路：优先考虑在应用层做类型规整，而非在 SQL 里反复 CAST 聚合结果
