ceiling(-2.1)返回-2，因其返回≥-2.1的最小整数，-2大于-2.1而-3更小；该行为在postgresql、mysql 8.0+、sql server、oracle中完全一致。
FLOOR 和 CEILING 是 SQL 中唯二能严格按方向取整的函数，其他方式（如 ROUND、CAST、整除）在负数、边界或跨库场景下都会出错。
CEILING 什么时候返回 -2 而不是 -3？
CEILING(-2.1) 返回 -2，不是因为“进一”，而是因为它必须返回 ≥ -2.1 的最小整数。数轴上 -2 比 -2.1 大，-3 更小，所以 -2 才是正确结果。这个逻辑在所有主流数据库（PostgreSQL、MySQL 8.0+、SQL Server、Oracle）中完全一致。
- 误判常见于把“向上”理解成“绝对值变小”，实际是朝正无穷方向移动
- CEILING(0.001) → 1，哪怕只多 0.001 也要算作 1 个完整单位
- CEILING(NULL) → NULL，不报错但可能被 WHERE 条件意外过滤掉，建议显式加
WHERE col IS NOT NULL - SQL Server 只认
CEILING()，CEIL()会报错；PostgreSQL/MySQL 支持两者，但推荐统一用CEILING()提高可读性
FLOOR 在分页 OFFSET 计算中为什么不能换 ROUND？
分页起始行号必须向下取整，比如第 2.9 页的起始位置仍是第 2 页末尾，不是第 3 页开头。用 ROUND((page_no - 1) * page_size, 0) 会导致 page_no = 0.9 时跳到 offset 0，漏掉前几条数据。
- 正确写法：
OFFSET FLOOR((page_no - 1) * page_size) ROWS -
CAST(x AS INTEGER)在 PostgreSQL 中对负数是向零截断（CAST(-2.7 AS INTEGER)→ -2），而FLOOR(-2.7)→ -3，语义完全不同 - 若字段是
DECIMAL(10,2)，FLOOR 仍安全；但若字段含字符串（如"12.5"），必须先CAST(col AS numeric)，否则 PostgreSQL 报错function floor(text) does not exist
如何保留 1 位小数再向上取整？
标准 SQL 不支持 CEILING(col, 1) 这种语法。必须靠缩放还原：乘以 10 → CEILING → 除以 10.0（注意是 10.0，不是 10）。
- 向上取整到 0.1：
CEILING(col * 10) / 10.0 - 向下取整到 0.01：
FLOOR(col * 100) / 100.0 - 除数写
10.0是为了防止整数除法（如 SQL Server 中15 / 10→ 1，而15 / 10.0→ 1.5） - 如果原始值是浮点型（如
REAL），先转NUMERIC再缩放，避免二进制精度误差放大（例如0.29 * 10可能算成2.899999999，CEILING 后变 2 而非 3）
业务中哪些场景死磕 CEILING 或 FLOOR？
计费、配额、分组这些容不得“四舍五入”的地方，ROUND 会直接导致钱或资源算错。
- 按天计费：用户用了 1 小时也要收 1 天费用 →
CEILING(duration_sec / 86400.0) - 库存拆单：每箱装 24 件，100 件要发 5 箱 →
CEILING(item_count / 24.0) - 利息下取整：银行按日计息但结算时只付整分 →
FLOOR(interest_cents) - 年龄分段：25 岁属于 “25–34” 组，不能因
ROUND(25.9)变成 26 就划进下一组
真正容易被忽略的是负数输入和隐式类型转换——前者让 CEILING/FLOOR 行为反直觉，后者让索引失效或查询报错。写之前先确认字段类型、NULL 状态、数据库方言。
