Question

假设我具有以下架构：

create table rental (
    id           integer,
    rental_date  timestamp,
    customer_id  smallint,
    return_date  timestamp,
);

运行此查询返回奇怪的结果：

select customer_id, avg(return_date - rental_date) as "avg"
from rental
group by customer_id
order by "avg" DESC

它显示：

customer_id|avg_rent_duration     |
-----------|----------------------|
        315|     6 days 14:13:22.5|
        187|5 days 34:58:38.571428|
        321|5 days 32:56:32.727273|
        539|5 days 31:39:57.272727|
        436|       5 days 31:09:46|
        532|5 days 30:59:34.838709|
        427|       5 days 29:27:05|
        555|5 days 26:48:35.294118|
...

599 rows

为什么会有诸如5 days 34:58:38，5 days 32:56:32之类的值？我以为那里一天只有24小时，也许我错了。

编辑

此处演示：http://sqlfiddle.com/#!17/caa7a/1/0

样本数据：

insert into rental (rental_date, customer_id, return_date)
values
('2007-01-02 13:10:06', 1, '2007-01-03 01:01:01'),
('2007-01-02 01:01:01', 1, '2007-01-09 15:10:06'),
('2007-01-10 22:10:06', 1, '2007-01-11 01:01:01'),
('2007-01-30 01:01:01', 1, '2007-02-03 22:10:06');

Answer 1

这是一种解释行为的尝试。

在间隔算术期间，PostgreSQL间隔的“合理性”没有超出必要的程度。我说这有两个原因：

速度
准确性损失（例如，假设某天有30天，则按天数换算天数

所以您会得到如下结果：

SELECT INTERVAL '1 day 20 hours' + INTERVAL '5 days 30 hours';

    ?column?     
-----------------
 6 days 50:00:00
(1 row)

划分同样成立

SELECT INTERVAL '6 days 50 hours' / 2;

    ?column?     
-----------------
 3 days 25:00:00
(1 row)

总是将小时数调整为少于24小时会像计算avg那样进行很长的计算，而不必要的是复杂的计算，并且您已经发现，有一些函数可以调整结果。

Answer 2

您必须使用justify_interval()函数来调整间隔：

select customer_id, justify_interval(avg(return_date - rental_date)) as "avg"
from rental
group by customer_id
order by "avg" DESC;

请参见official doc：

使用justify_days和justify_hours调整间隔，并进行其他符号调整

不过，它并没有解释为什么的结果是在不使用justify_interval()的情况下很奇怪（换句话说，为什么我们必须应用此功能）

注意：感谢@a_horse_with_no_name的comment

在postgreSQL中一天超过24小时

编辑

2 个答案: