Oracle里那个TRUNC函数到底怎么用才不出错，讲讲正确姿势和常见坑

你得知道TRUNC函数是干啥的,简单说，它就是个“截断”或“取整”的函数，但它不像四舍五入，它是直接一刀切，把你不想要的部分直接丢掉，不管后面的数字有多大，这个函数最常用在两个地方：处理数字和处理日期，很多人出错，就是因为没搞清楚自己到底要在哪种数据类型上用它，以及怎么指定格式。

用TRUNC处理数字的正确姿势

处理数字时,TRUNC的用法是 TRUNC(number, decimal_places)，这里第一个坑就是第二个参数，它决定了你从哪个位置开始切。

• 正确姿势1：搞清楚小数点后的位数

  • 你想把数字123.456保留两位小数，但不是四舍五入，而是直接截断，那就用 TRUNC(123.456, 2)，结果是123.45，它看到第二位小数是5，后面是6，但它不管，直接切掉，非常干脆。
  • 第二个参数可以是负数,这点是很多人蒙圈的地方。TRUNC(123.456, -1) 是啥意思？参数是-1，表示从小数点左边第一位（也就是个位数）开始切，切掉个位及之后的所有数字，并用0填充，所以结果是120，同理，TRUNC(123.456, -2) 就是切掉十位和个位，得到100。
  • 如果你想直接取整,不要任何小数，第二个参数可以写0，或者干脆不写。TRUNC(123.456) 和 TRUNC(123.456, 0) 结果都是123。

• 常见坑1：误以为TRUNC和ROUND一样 这是最经典的错误，比如金额是123.456，老板让你保留两位小数，你如果用了四舍五入 ROUND(123.456, 2)，结果是123.46，但如果你误用了 TRUNC(123.456, 2)，结果是123.45，这在财务上可是差了一分钱，搞不好要出大问题的，所以一定要明确需求是“舍入”还是“截断”。

  

• 常见坑2：对负数截断的理解错误 TRUNC对负数的处理是“朝向零”截断，举个例子，TRUNC(-123.456, 2) 结果是 -123.45，它也是直接把.456切成了.45，但你要注意，这和我们直觉上的“向下取整”不一样，Oracle里向下取整是FLOOR函数，FLOOR(-123.456) 的结果是 -124，因为它取的是不大于这个数的最大整数，如果你本来想要的是FLOOR的效果，却用了TRUNC，那结果就完全错了。

用TRUNC处理日期的正确姿势

处理日期时,TRUNC的用法是 TRUNC(date, format_model)，它的作用是把日期的时间部分“归零”，只留下你关心的日期精度，这是TRUNC函数更常见、也更容易出错的场景。

• 正确姿势2：明确你要截断到哪个精度

  • 最常用的就是去掉时间,只留日期，比如一个日期字段里存的是 2023-10-27 14:30:25，你只关心是哪一天，不关心具体几点几分，那就用 TRUNC(your_date) 或者 TRUNC(your_date, 'DD')，结果就是那天的零点 2023-10-27 00:00:00，这样做的巨大好处是，当你用 BETWEEN 或者 来查询某一天的记录时，不会因为时间字段的细微差别而漏掉数据。
  • 其他常用格式：
    • TRUNC(your_date, 'MM')：截断到当月第一天。2023-10-27 会变成 2023-10-01。
    • TRUNC(your_date, 'YYYY') 或 'YEAR'：截断到当年第一天，变成 2023-01-01。
    • TRUNC(your_date, 'Q')：截断到当季度第一天。
    • TRUNC(your_date, 'HH24') 或 'HH'：截断到当前小时。

• 常见坑3：用BETWEEN查询日期范围时不TRUNC 这是一个性能和数据准确性上的大坑，假设你想查2023年10月27日这一天的所有订单，你的表里order_date字段是包含时分秒的，如果你这么写：WHERE order_date BETWEEN TO_DATE('2023-10-27', 'YYYY-MM-DD') AND TO_DATE('2023-10-27', 'YYYY-MM-DD')，你会发现根本查不到数据！因为BETWEEN是闭区间，右边的日期被转换成 2023-10-27 00:00:00，任何在27号零点之后（比如上午9点）的记录都大于这个时间点，所以被排除在外了。 有的人会这么改写：AND order_date >= TO_DATE('2023-10-27', 'YYYY-MM-DD') AND order_date < TO_DATE('2023-10-28', 'YYYY-MM-DD')，这样逻辑是对的，能查出27号全天数据。 但最优雅、最不易错的做法是：WHERE TRUNC(order_date) = TO_DATE('2023-10-27', 'YYYY-MM-DD')，意思非常明确：把日期字段的时间部分去掉，然后跟一个没有时间的日期字面量比较。

• 常见坑4：TRUNC日期导致索引失效 上面那个“正确姿势”虽然逻辑清晰，但带来了一个潜在的性能大坑，如果你在 order_date 这个字段上建立了索引，WHERE TRUNC(order_date) = ... 这个写法会导致索引失效！因为数据库要对表中每一行的 order_date 都做一次TRUNC函数计算，然后再比较，这就叫“函数索引失效”，会迫使数据库进行全表扫描，数据量大时慢得吓人。 正确的解决方案是：使用上面提到的范围查询写法（>= 和 <），或者，为这个查询需求专门建立一个函数索引：CREATE INDEX idx_order_date_trunc ON your_table(TRUNC(order_date));，这样，当你使用 WHERE TRUNC(order_date) = ... 时，就可以高效地使用这个索引了。

总结一下正确姿势：

1. 对数字：想清楚是要“切掉”还是“舍入”，记住负数时TRUNC和FLOOR的区别。
2. 对日期：用TRUNC来标准化日期，便于比较和分组，避免时间部分的干扰。
3. 最关键的性能点：在WHERE条件中对日期字段使用TRUNC时，一定要警惕索引失效问题，优先考虑用范围查询，或者创建函数索引。

把这些点弄明白,TRUNC函数基本上就不会给你挖坑了。