最常被忽略的语法前提是必须用cast包裹整个聚合表达式，如cast(sum(price) as decimal(10,2))，而非cast sum(price) as...；否则数据库将尝试对函数名本身转换而报错。
直接用 CAST 包裹整个聚合表达式，而不是只包字段或函数名——这是最常被忽略的语法前提。
CAST(SUM(x) AS ...) 必须带完整括号
错误写法 CAST SUM(price) AS DECIMAL(10,2) 会被解析为“对函数名 SUM 做类型转换”，直接报语法错误。正确写法是把聚合结果当做一个整体：CAST(SUM(price) AS DECIMAL(10,2))。
- PostgreSQL、MySQL 8.0+、SQL Server 都要求这个括号，缺一不可
- 如果嵌套了
COALESCE或NULLIF，括号要从最外层开始包：例如CAST(COALESCE(AVG(score), 0) AS DECIMAL(5,2)) - SQLite 不支持
DECIMAL，只能用CAST(x AS REAL)，且AVG()本就返回REAL，CAST在这里纯属冗余
GROUP BY 和 SELECT 中的 CAST 必须严格一致
如果在 SELECT 里写了 CAST(amount AS INT)，但 GROUP BY 写的是 amount，数据库会按原始浮点值分组（比如 100.1 和 100.9 分在两组），而显示时却都变成 100，造成数据错乱。
- 正确做法是：两者都用
CAST(amount AS INT)，即GROUP BY CAST(amount AS INT) - 大表上这么做基本无法走索引，除非你建了函数索引（如 PostgreSQL 的
CREATE INDEX ON sales ((CAST(amount AS INT)))） - 更轻量的替代方案：在应用层做取整，SQL 层保留原始精度
聚合结果为 NULL 时，CAST 不会自动变 0
SUM()、AVG() 在空结果集时返回 NULL，这是 SQL 标准行为，不是 bug。CAST(NULL AS DECIMAL) 还是 NULL，不会变成 0。
- 补零必须用
COALESCE(SUM(x), 0)，再套CAST：例如CAST(COALESCE(SUM(x), 0) AS DECIMAL(10,2)) - 注意类型兼容性：在 PostgreSQL 中，
COALESCE(SUM(x), 0)若SUM(x)是NUMERIC，而0是整数，可能触发隐式转换警告；显式写成0.00更稳妥 - 如果想区分“无数据”和“有数据但值为 NULL”，单靠
COALESCE不够，得结合COUNT(*)判断
真正容易被绕开的点是：CAST 只改类型，不改语义；它不处理 NULL，也不修复分组逻辑，更不解决字段名/参数名冲突——这些都得靠你提前对齐结构、命名避让、分步验证。
