Oracle中如何对CHAR类型时间求和并跨表计算时长？

当然可以计算总时长！由于你的time_rent和time_expired字段都是CHAR类型，首先得把这些字符串转换成Oracle能识别的时间类型，然后就能轻松计算两个时间的差值了。下面是具体的实现方案：

1. 基础实现（同一天场景） #

假设你的时间都是同一天内的（比如示例中的07:30到18:30），可以通过以下SQL计算总时长：

SELECT
    t1.name,
    -- 计算总时长（以小时为单位，保留2位小数）
    ROUND((TO_DATE(t2.time_expired, 'HH24:MI') - TO_DATE(t1.time_rent, 'HH24:MI')) * 24, 2) AS duration_hours,
    -- 拆分出小时和分钟单独显示
    EXTRACT(HOUR FROM INTERVAL '1' DAY * (TO_DATE(t2.time_expired, 'HH24:MI') - TO_DATE(t1.time_rent, 'HH24:MI'))) AS hours,
    EXTRACT(MINUTE FROM INTERVAL '1' DAY * (TO_DATE(t2.time_expired, 'HH24:MI') - TO_DATE(t1.time_rent, 'HH24:MI'))) AS minutes,
    -- 格式化为 HH:MI 的字符串格式
    TO_CHAR(
        TRUNC((TO_DATE(t2.time_expired, 'HH24:MI') - TO_DATE(t1.time_rent, 'HH24:MI')) * 24) || ':' || 
        MOD(ROUND((TO_DATE(t2.time_expired, 'HH24:MI') - TO_DATE(t1.time_rent, 'HH24:MI')) * 24*60), 60),
        'FM00:00'
    ) AS duration_formatted
FROM table1 t1
INNER JOIN table2 t2 
    ON t1.name = t2.name;

代码说明： #

• TO_DATE(time_str, 'HH24:MI')：把CHAR类型的时间字符串转换成DATE类型，HH24确保24小时制的时间能正确解析（比如18:30不会被误解析）。
• 两个DATE类型相减得到的是天数，乘以24就转换成小时数；如果要得到分钟数，就乘以24*60。
• 用EXTRACT可以从时间间隔中提取出小时和分钟部分，需要先把天数差值转成INTERVAL类型（INTERVAL '1' DAY * 天数）。

2. 处理跨天场景 #

如果存在time_expired早于time_rent的情况（比如租用时是22:30，到期是次日06:30），上面的基础查询会得到负数，这时候需要判断并加1天来修正：

SELECT
    t1.name,
    ROUND(
        (CASE
            WHEN TO_DATE(t2.time_expired, 'HH24:MI') < TO_DATE(t1.time_rent, 'HH24:MI')
            THEN (TO_DATE(t2.time_expired, 'HH24:MI') + 1) - TO_DATE(t1.time_rent, 'HH24:MI')
            ELSE TO_DATE(t2.time_expired, 'HH24:MI') - TO_DATE(t1.time_rent, 'HH24:MI')
        END) * 24, 2
    ) AS duration_hours
FROM table1 t1
INNER JOIN table2 t2 
    ON t1.name = t2.name;

3. 测试用例 #

为了验证效果，你可以先创建测试表并插入你描述的数据：

-- 创建表1
CREATE TABLE table1 (
    name CHAR(10),
    time_rent CHAR(5)
);
INSERT INTO table1 VALUES ('james', '07:30');

-- 创建表2
CREATE TABLE table2 (
    name CHAR(10),
    time_expired CHAR(5)
);
INSERT INTO table2 VALUES ('james', '18:30');

执行基础查询后，会得到james的总时长为11.00小时，或者格式化后的11:00，完全符合预期。

内容的提问来源于stack exchange，提问作者Ignito