SQL标准ROUND函数采用四舍五入而非银行家舍入，主流数据库均遵循此行为；银行家舍入需手动实现或借助PostgreSQL扩展round_bankers()。
SQL 标准的 ROUND 函数不支持“四舍六入五成双”（银行家舍入），所有主流数据库（MySQL、PostgreSQL、SQL Server、Oracle）默认都是“四舍五入”。必须手动实现。
为什么标准 ROUND 不是银行家舍入
SQL-92 及后续标准定义的 ROUND(n, d) 行为是“向最近的偶数舍入”仅在部分语言或库中实现（如 Python 的 round()），但 SQL 引擎普遍未采纳该语义。例如：
SELECT ROUND(2.5, 0); -- MySQL/PostgreSQL/SQL Server 都返回 3，不是 2
这意味着你不能依赖数据库原生 ROUND 实现银行家舍入——它就是传统四舍五入。
PostgreSQL 中用 round_bankers() 扩展（需安装）
PostgreSQL 社区提供了 round_bankers() 函数，但不在默认安装中，需手动加载扩展：
- 运行
CREATE EXTENSION IF NOT EXISTS banker_round;（需先编译安装 bankers-rounding 扩展） - 使用时写
round_bankers(2.5, 0)→ 返回2，round_bankers(3.5, 0)→ 返回4 - 注意：该函数对负数也按绝对值判断，符合银行家舍入规范
跨数据库兼容的手动实现（核心逻辑）
银行家舍入关键在于：当恰好落在两个整数正中间（即小数部分 = 0.5）时，向“最近的偶数”取整。可用以下通用 SQL 模式（以保留 0 位小数为例）：
SELECT
CASE
WHEN ABS(x - FLOOR(x)) = 0.5 THEN
CASE WHEN FLOOR(x) % 2 = 0 THEN FLOOR(x) ELSE CEIL(x) END
ELSE ROUND(x, 0)
END AS bankers_rounded
FROM (VALUES (1.5), (2.5), (3.5), (-1.5), (-2.5)) AS t(x);要点：
-
FLOOR(x)和CEIL(x)需处理负数（有些方言如 MySQL 的FLOOR(-2.5)是 -3，符合数学定义） -
%取模运算在负数行为上各库不一致（PostgreSQL 支持负数取模，MySQL 会报错），建议统一用ABS(FLOOR(x)) % 2判断偶数 - 若要保留 n 位小数，先放大
POWER(10, n)倍，处理后再缩回，例如：ROUND(x * 100, 0) / 100不行，必须把中间判断逻辑也同步缩放
性能与精度陷阱
手动实现必然比原生 ROUND 慢，尤其在大表聚合中；更隐蔽的问题是浮点精度：
-
ABS(x - FLOOR(x)) = 0.5在二进制浮点下可能不精确成立（如1.5存储无问题，但0.15 * 10可能得1.4999999999999998） - 推荐先转为
DECIMAL或用容差比较：ABS(ABS(x - FLOOR(x)) - 0.5) - SQL Server 用户注意：
ROUND对float类型本身就有精度误差，优先用decimal
真正需要银行家舍入的场景（如财务系统）往往已用应用层计算，数据库层做只是权宜之计——浮点表示和舍入语义的冲突，在 SQL 层很难彻底干净地解决。
