SQL中向上取整、向下取整、四舍五入的方法及实现详解

SQL处理数值时，取整是最基础也最容易出错的操作之一。向上取整、向下取整和四舍五入看似简单，但不同数据库在函数名、参数形式、负数处理和精度控制上存在差异。选错函数可能导致报表金额偏差、分页数量错误，甚至财务结算不一致。下面分别介绍三类方法及其适用场景。

一、向上取整：CEIL和CEILING

向上取整返回大于或等于原值的最小整数。例如CEIL(3.1)结果为4，CEIL(-3.1)结果为-3，因为-3比-3.1更接近正方向。

常见写法有两种：CEIL()和CEILING()。MySQL、PostgreSQL、Oracle通常支持CEIL()，SQL Server更常用CEILING()。 两者功能等价，只是命名习惯不同。

典型应用是计算分页总页数。假设有95条记录，每页10条，直接做整数除法会得到9，但实际需要10页：

SELECT CEIL(95.0 / 10) AS pages;

向上取整也适合资源预估场景，例如计算需要多少台服务器、多少个包裹、多少箱货物，只要“有余数就必须多占一份”，就适合用CEIL。

需要注意的是，CEIL处理的是数值大小，不是简单去掉小数。对负数来说，CEIL(-3.1)不是-4，而是-3，因为它要向数轴正方向靠近。

二、向下取整：FLOOR

向下取整返回小于或等于原值的最大整数。例如FLOOR(3.9)结果为3，FLOOR(-3.1)结果为-4。

FLOOR()在MySQL、PostgreSQL、SQL Server、Oracle中行为基本一致，兼容性较好。 它常用于取整数部分、划分区间、计算完整周期。

例如，根据年龄划分年龄段：

SELECT FLOOR(age / 10) * 10 AS age_group
FROM users;

这样25岁会归入20-29区间，39岁也会归入30-39区间。

向下取整最容易踩坑的地方是负数。FLOOR(-3.1)得到-4，而不是-3，因为它是向负无穷方向取整。 如果业务要求“去掉小数部分、向零取整”，FLOOR并不合适，负数时会出现偏差。

此时可以考虑截断方式。Oracle可用TRUNC()，MySQL可用TRUNCATE()，SQL Server可用ROUND(x, 0, 1)或CAST(x AS INT)实现向零截断。

三、四舍五入：ROUND

ROUND()是最常用的四舍五入函数，支持指定保留小数位数。例如ROUND(3.146, 2)结果为3.15，ROUND(3.144, 2)结果为3.14。

当第二个参数为负数时，会对小数点左侧进行舍入。例如ROUND(1234, -2)结果为1200，表示四舍五入到百位。

在财务、报表、金额展示场景中，ROUND使用频率最高。例如：

SELECT ROUND(amount, 2) AS display_amount
FROM orders;

但ROUND有一个重要边界问题：当小数部分恰好是0.5时，不同数据库可能采用不同策略。部分数据库对精确数值采用“远离零”的半入规则，对浮点数则可能采用“向偶数舍入”，即银行家舍入。 例如ROUND(2.5)在某些环境下可能返回2，而不是3。

因此，涉及金额、结算、报表汇总时，建议尽量使用DECIMAL或NUMERIC类型，避免直接用FLOAT或DOUBLE参与舍入。

SQL Server还提供了第三个参数：ROUND(x, length, 1)表示截断而非四舍五入，相当于按指定位数直接丢弃后续数字。

四、对比分析与选型建议

向上取整、向下取整和四舍五入的核心区别在于方向不同。CEIL始终向正方向取整，适合“不足也要算一份”的场景；FLOOR始终向负方向取整，适合“只取完整部分”的场景；ROUND按精度舍入，适合展示和金额计算。

从兼容性看，FLOOR和ROUND在主流数据库中支持最广；CEIL和CEILING名称不完全统一；截断函数差异更大，Oracle用TRUNC，MySQL用TRUNCATE，SQL Server常用ROUND第三参数或类型转换。

从负数行为看，CEIL(-3.1)为-3，FLOOR(-3.1)为-4，ROUND(-3.1)为-3，而截断通常得到-3。若业务要求“向零取整”，不能简单用FLOOR替代。

实际开发中，分页总数用CEIL，区间分组用FLOOR，金额展示用ROUND，强制去尾用TRUNC或TRUNCATE。跨数据库迁移时，应重点检查CEIL/CEILING命名、ROUND的半入规则以及截断函数的兼容性，避免因为取整差异导致数据不一致。

声明：所有来源为“聚合数据”的内容信息，未经本网许可，不得转载！如对内容有异议或投诉，请与我们联系。邮箱：marketing@think-land.com