ceiling(-2.9) 返回 -2，因其向正无穷取整；floor(-2.1) 返回 -3，因其向负无穷取整；二者函数名跨库不统一且不支持精度参数，不可替代round。
CEILING(-2.9) 返回 -2，不是 -3
很多人以为 CEILING 就是“加 1”，结果在负数上直接翻车。CEILING 永远返回 ≥ 输入值的最小整数，方向是朝正无穷，不是朝零——所以 CEILING(-2.9) 是 -2，CEILING(-0.1) 也是 0。
常见错误现象：CEILING(-2.9) 写成 -3，导致运费多算、页码少算一屏、库存预估偏高。
典型使用场景：分页总页数计算 CEILING(total_count / page_size)；按 0.5kg 单位计费时，先缩放再取整：CEILING(weight / 0.5) * 0.5；注意除数必须带小数点（如 0.5 而非 0），否则整数除法可能截断。
FLOOR(-2.1) 返回 -3，不是 -2
FLOOR 是向下取整，方向是朝负无穷，不是简单“去掉小数”。FLOOR(-2.1) 是 -3，FLOOR(-0.9) 是 -1。
容易踩的坑：FLOOR(amount + 0.5) 手动模拟四舍五入，在负数上完全失效（比如 FLOOR(-2.5 + 0.5) = FLOOR(-2.0) = -2，但正确四舍五入应为 -3）。
真正适合的场景：分页起始行号 FLOOR((page_no - 1) * page_size)；价格档位归类 FLOOR(price / 10) * 10；判断满减门槛 FLOOR(total_weight / 10) 得到可享优惠次数（注意 FLOOR(9.99 / 10) = 0，不达标）。
MySQL 用 CEIL，SQL Server 用 CEILING
函数名不统一是跨库迁移最常爆的雷。CEIL() 在 MySQL、PostgreSQL、Oracle 中可用；CEILING() 是 SQL Server 和旧版 MySQL 的写法；Oracle 支持 CEIL 但不认 CEILING。
建议统一用 CEIL（更短、更通用），但如果必须兼容 SQL Server，就别硬套，改用条件表达式：CASE WHEN x = FLOOR(x) THEN x ELSE FLOOR(x) + 1 END 模拟 CEIL。
类型兼容性差异也得防：字段是字符串（如 '19.99'）时，PostgreSQL 直接报错 function ceil(text) does not exist，必须显式转换：CEIL(price_str::numeric) 或 CEIL(CAST(price_str AS DECIMAL))。
CEIL 和 FLOOR 都不能替代 ROUND
CEIL 和 FLOOR 不接受精度参数，只返回整数；ROUND(x, 0) 是四舍五入，行为完全不同。
误用后果严重：用 ROUND 算运费，ROUND(2.5, 0) 可能是 2 或 3（取决于数据库实现），而 CEIL(2.5) 永远是 3；用 FLOOR 做金额取整，FLOOR(-12.7) 是 -13，但业务要的是 -13 元还是 -12 元？得看规则。
想保留一位小数再向上取整？没内置语法，得缩放：CEIL(value * 10) / 10.0；注意除数写 10.0 而非 10，避免整数除法丢精度。
负数方向、函数名拼写、隐式类型转换——这三个点漏掉任何一个，查询结果就可能和预期差一倍。
