floor函数在sql中用于向下取整，将数字舍去小数部分并返回小于或等于该数的最大整数。正数时直接去掉小数部分，如floor(5.7)=5；负数时向更小方向取整，如floor(-5.1)=-6；整数则原样返回。其与round（四舍五入）和ceil（向上取整）有明显区别。常见应用场景包括计算年龄、数据分组、库存管理及处理浮点精度问题。使用时需注意负数行为、数据类型影响、与trunc的区别以及可移植性。
SQL中的FLOOR函数，简单来说，就是把一个数字“向下”取整到最接近的整数。它会直接截掉小数点后面的所有部分，然后找到那个比原数小或等于原数的最大整数。这和我们日常生活中说的“四舍五入”完全不是一回事，它更像是一种“无情”的舍弃，无论小数点后是0.1还是0.99，统统都会被抹去，只留下整数部分，并且这个整数永远是朝着负无穷方向靠拢的。
解决方案
FLOOR函数在SQL中用于返回小于或等于指定数字表达式的最大整数。它的核心逻辑就是“向下取整”。
基本语法：FLOOR(numeric_expression)
这里的numeric_expression可以是任何可以被解释为数字的列名、变量或字面量。
工作原理：
- 正数： 对于正数，FLOOR会直接舍弃小数部分。例如，FLOOR(5.7) 的结果是 5，FLOOR(5.1) 的结果也是 5。
- 负数： 对于负数，FLOOR的“向下取整”特性就显得尤为重要，也常常是让人困惑的地方。它会找到比这个负数更小（即更负）的那个整数。例如，FLOOR(-5.1) 的结果是 -6，因为 -6 是小于 -5.1 的最大整数。同理，FLOOR(-5.7) 的结果也是 -6。
- 整数： 如果输入本身就是一个整数，FLOOR函数会原样返回这个整数。例如，FLOOR(10) 的结果是 10。
示例：
-- 正数示例 SELECT FLOOR(123.45) AS floor_positive_1, -- 结果：123 FLOOR(99.99) AS floor_positive_2; -- 结果：99 -- 负数示例 SELECT FLOOR(-123.45) AS floor_negative_1, -- 结果：-124 FLOOR(-0.01) AS floor_negative_2; -- 结果：-1 -- 整数示例 SELECT FLOOR(50) AS floor_integer; -- 结果：50 -- 结合表达式 SELECT FLOOR(100 / 3.0) AS floor_division; -- 100/3.0 约等于 33.333...，结果：33
SQL中FLOOR函数与ROUND、CEIL/CEILING函数有何区别？
这三个函数在SQL里都是处理数字的取整操作，但它们各自有非常明确且不同的行为模式，有时候一不小心就会混淆。在我看来，理解它们各自的“性格”是关键。
FLOOR，就像我前面说的，它是个“向下看”的函数，总是朝负无穷方向取整。无论你给它什么小数，它都会把小数部分抹掉，然后找到比它小或等于它的那个整数。比如 FLOOR(3.1) 是 3，FLOOR(-3.1) 是 -4。它就像是把所有数字都拽到数轴上更小的那一端。
CEIL 或 CEILING（这两个在大多数SQL方言中是同义词），则恰恰相反，它是“向上看”的。它总是朝正无穷方向取整，找到比它大或等于它的最小整数。所以 CEIL(3.1) 会变成 4，CEIL(-3.1) 则会变成 -3。它像是把所有数字都推向数轴上更大的一端。
而 ROUND 函数就比较“中立”了，它遵循我们日常生活中最常见的四舍五入规则。它可以根据小数点后的第一位（或指定位数）来决定是向上还是向下取整。默认情况下，ROUND(number) 会取整到最接近的整数，如果小数部分正好是0.5，行为可能会因数据库系统而异（有些会四舍五入，有些会向偶数舍入，比如SQL Server的ROUND(2.5)是3，ROUND(3.5)也是4）。你也可以指定保留的小数位数，例如 ROUND(3.14159, 2) 会得到 3.14。
对比示例：
SELECT -- 正数示例 3.1 AS original_positive, FLOOR(3.1) AS floor_positive, -- 结果：3 CEIL(3.1) AS ceil_positive, -- 结果：4 ROUND(3.1) AS round_positive, -- 结果：3 -- 负数示例 -3.1 AS original_negative, FLOOR(-3.1) AS floor_negative, -- 结果：-4 CEIL(-3.1) AS ceil_negative, -- 结果：-3 ROUND(-3.1) AS round_negative, -- 结果：-3 -- 临界值示例（正） 3.5 AS original_half_positive, FLOOR(3.5) AS floor_half_positive, -- 结果：3 CEIL(3.5) AS ceil_half_positive, -- 结果：4 ROUND(3.5) AS round_half_positive, -- 结果：4 (SQL Server/mysql等) -- 临界值示例（负） -3.5 AS original_half_negative, FLOOR(-3.5) AS floor_half_negative, -- 结果：-4 CEIL(-3.5) AS ceil_half_negative, -- 结果：-3 ROUND(-3.5) AS round_half_negative; -- 结果：-4 (SQL Server/MySQL等)
选择哪个函数，完全取决于你业务逻辑上需要什么样的取整行为。比如计算年龄，你肯定希望用FLOOR，因为一个人在没过生日之前，年龄是不能“向上”算的。
在实际数据处理中，FLOOR函数有哪些常见应用场景？
在我日常处理数据的过程中，FLOOR函数虽然看起来简单，但它的应用场景其实非常广泛，尤其是在需要精确控制“向下”取整的业务逻辑时。
1. 计算年龄或持续时间： 这是最经典的例子了。如果我们要根据出生日期计算一个人的精确年龄，我们不能简单地用当前年份减去出生年份，因为这没有考虑月份和日期。一个更准确的方法是计算两个日期之间的天数，然后除以365.25（考虑闰年），再用FLOOR取整。
-- 假设出生日期 '1990-05-15'，当前日期 '2023-04-20' SELECT FLOOR(datediff(day, '1990-05-15', '2023-04-20') / 365.25) AS current_age; -- 在MySQL中，可以使用TIMESTAMPDIFF -- SELECT FLOOR(TIMESTAMPDIFF(DAY, '1990-05-15', '2023-04-20') / 365.25) AS current_age;
这样算出来的，就是实实在在的“周岁”。
2. 数据分组与分桶： 有时候我们需要将连续的数值数据（比如分数、销售额、时长）划分到离散的整数区间或“桶”里。FLOOR在这里就显得非常方便。
例如，将学生成绩按10分一个区间进行分桶：
-- 假设分数是 87.5 SELECT FLOOR(score / 10) * 10 AS score_bucket_start FROM student_scores WHERE score = 87.5; -- 结果是 80，表示这个分数落在 80-89 的区间。
或者将时间戳转换为小时数，以便按小时统计：
-- 假设日志时间戳是 '2023-10-26 14:35:00' SELECT FLOOR(UNIX_TIMESTAMP('2023-10-26 14:35:00') / 3600) AS hour_since_epoch; -- 这会得到一个整数，代表从某个纪元开始经过的完整小时数。
3. 财务或库存管理中的数量处理： 在某些业务场景中，我们可能只关心商品的完整单位数量，而不考虑零散的部分。比如，你买了一箱鸡蛋，箱子里有12个，你不能说买了1.5箱。
-- 计算可以从总重量中生产出多少个完整单位的产品 SELECT FLOOR(total_raw_material_kg / material_needed_per_unit_kg) AS complete_units_produced;
这种场景下，FLOOR确保了我们只统计那些“实打实”的、已经完成的单位。
4. 避免浮点数精度问题时的整数转换： 虽然SQL数据库在处理浮点数时通常有自己的精度控制，但在某些需要将计算结果强制转换为整数的场景下，FLOOR可以提供一个明确的向下取整策略，避免因为浮点数内部表示而产生的微小偏差。例如，当你需要从一个复杂的浮点计算结果中提取一个整数部分，并且明确要求是向下取整时。
-- 假设某个复杂计算得到 15.99999999999999 SELECT FLOOR(complex_calculation_result) AS integer_part; -- 结果：15
我个人觉得，相比于直接CAST成整数（这通常是截断），FLOOR在处理负数时提供了更明确的语义，这在一些数学或统计应用中非常重要。
使用FLOOR函数时，需要注意哪些潜在问题或最佳实践？
虽然FLOOR函数用起来很直观，但在实际操作中，还是有一些点值得我们留意，避免踩坑。
1. 负数的行为理解： 这是最容易出错的地方，也是我反复强调的。FLOOR(-X.Y) 结果是 -X-1，而不是 -X。如果你对负数的取整逻辑有误解，可能会导致数据计算错误。例如，FLOOR(-5.1) 是 -6，而不是 -5。这一点在处理地理坐标、温度或其他可能为负值的度量时尤其重要。我见过不少因为这个细节导致报表数据偏差的案例。
2. 数据类型的影响：FLOOR函数通常接受任何数值类型作为输入（INT, DECIMAL, Float, double等），并返回一个与输入类型兼容的整数类型。例如，如果你给它一个DECIMAL(10,2)，它可能返回一个DECIMAL(10,0)或BIGINT，这取决于具体的数据库系统和其内部的类型转换规则。通常情况下，结果的数据类型会足够大，以容纳取整后的值，但了解这一点可以帮助你更好地规划后续的计算或存储。
-- 在某些数据库中，结果的类型可能保持decimal SELECT FLOOR(CAST(123.45 AS DECIMAL(5,2))) AS result_type_example; -- 结果可能是 DECIMAL(5,0) 或一个整数类型
在极少数情况下，如果输入的数值非常大，超出了目标整数类型的最大范围，可能会发生溢出错误，但这在日常使用中并不常见。
3. 与TRUNCATE函数的区别（如果可用）： 一些数据库系统，比如oracle，提供了TRUNC函数，它用于截断数字到指定的小数位数，如果未指定位数，则默认截断为整数。TRUNC的整数截断行为与FLOOR在正数上是一致的，即 TRUNC(5.7) 是 5。但对于负数，TRUNC(-5.7) 的结果是 -5，而 FLOOR(-5.7) 是 -6。这就回到了“向下取整”和“简单截断”的区别。简单来说，TRUNC是直接砍掉小数，FLOOR是往数轴负方向靠拢。所以，根据你的具体需求，如果只是想简单地“砍掉”小数部分，TRUNC可能更符合直觉，但FLOOR提供了更严格的数学定义。
-- 假设数据库支持TRUNC函数 -- SELECT TRUNC(-5.7) AS trunc_negative; -- 结果：-5 -- SELECT FLOOR(-5.7) AS floor_negative; -- 结果：-6
4. 性能考量： 对于大多数现代数据库系统来说，FLOOR函数是一个非常高效的数学操作，因为它不涉及复杂的计算或查找。在性能敏感的查询中，使用FLOOR通常不会成为瓶颈。当然，任何函数在处理海量数据时，如果被滥用在WHERE子句中导致索引失效，那又是另一个层面的问题了，但这并非FLOOR函数本身的性能问题。
5. 可移植性：FLOOR函数是SQL标准的一部分，因此在主流的关系型数据库管理系统（如MySQL、postgresql、SQL Server、Oracle等）中都得到了广泛支持，这使得使用FLOOR的代码具有很好的可移植性。
总的来说，FLOOR是一个强大且明确的取整工具。只要你清楚它在正负数上的行为差异，并结合实际业务需求来选择，它就能在数据处理中发挥巨大的作用。
