floor函数返回不大于输入值的最大整数，严格向下取整：正数变小（如3.9→3），负数变得更小（如-2.1→-3）；非简单截断，各数据库对浮点精度处理不同，实操中需预处理消除误差。
SQL FLOOR函数的基本行为和常见误解
FLOOR 是标准 SQL 中的数值函数，作用是返回**不大于输入值的最大整数**。它不是“四舍五入”，也不是“截断小数”，而是严格向下取整：正数变小（如 FLOOR(3.9) → 3），负数变得更小（如 FLOOR(-2.1) → -3）。这点容易被误以为是“去掉小数部分”，但对负数来说结果完全不同。
常见错误现象：FLOOR(-2.1) 返回 -3，而非 -2；有人用它替代 TRUNCATE 或 CAST(... AS INT)，结果在负数场景出错。
不同数据库中FLOOR的参数类型与精度表现
FLOOR 接受数值型参数（INT、DECIMAL、FLOAT 等），但各数据库对浮点数的处理略有差异，尤其涉及精度丢失时：
- PostgreSQL 和 SQL Server：对
DOUBLE PRECISION输入会先按 IEEE 754 表示，再取整，可能暴露浮点误差（如FLOOR(0.29 * 100)本应得 29，但实际可能是 28） - MySQL：默认将浮点运算结果转为
DECIMAL再计算，相对稳定，但仍建议显式用ROUND(x, 2)预处理后再FLOOR - SQLite：不支持
FLOOR原生函数，需用CAST(x AS INTEGER)模拟——但注意这等价于向零截断，不是真正FLOOR
实操建议：若需对金额类数据向下取整到分（即保留两位小数后取整），先乘 100、ROUND(..., 0) 消除浮点误差，再 FLOOR，最后除以 100。
用FLOOR实现“每N条分一组”的分页或分桶逻辑
这是 FLOOR 最实用的非数学场景：把连续编号映射到离散组号。例如按每 5 条记录分一组，组号从 0 开始：
FLOOR((row_number() - 1) / 5)
关键点：
- 必须先减 1，否则第 1–5 行会得到
FLOOR(0/5)到FLOOR(4/5)= 全是 0，第 6 行才是 1 —— 这符合需求；若不减 1，第 5 行就变成FLOOR(5/5)=1，导致第 1 组只有 4 条 - 除数必须是整数，且不能为 0；若字段含
NULL，整个表达式结果为NULL，需提前COALESCE - 在窗口函数中组合使用时（如
FLOOR(ROW_NUMBER() OVER (...) / 5.0)），注意除数写成5.0避免整数除法截断（尤其在 PostgreSQL 和 SQL Server 中）
替代方案对比：FLOOR vs CAST vs TRUNCATE
当目标只是“去掉小数”，不同函数语义不同：
-
FLOOR(x)：向下取整，适用于“至少需要多少容器”类逻辑（如装 13 个球，每箱装 5 个 → 至少要FLOOR(13/5)+1？不对，是CEILING(13/5)；这里FLOOR更适合反向问题：“第 13 个球在第几箱？” →FLOOR((13-1)/5)+1） -
CAST(x AS INTEGER)（或CONVERT(INT, x)）：多数数据库中是向零截断，CAST(-2.9 AS INT)= -2，与FLOOR(-2.9)= -3 不同 -
TRUNCATE(x, 0)（MySQL）或TRUNC(x)（Oracle）：也是向零截断，行为同CAST
真正需要向下取整时，别图省事用 CAST 替代 FLOOR，尤其当数据可能为负——这个细节在线上统计类逻辑中容易引发偏差，而且很难通过肉眼测试发现。
