DuckDB窗口函数在UUID分区下使用UNBOUNDED FOLLOWING时返回NULL值问题分析

问题现象

在使用DuckDB数据库时，当窗口函数配置为rows between unbounded preceding and unbounded following范围时，有时会意外返回NULL值而非预期的聚合结果。这个问题在特定条件下出现：

1. 窗口函数基于主表进行分区，同时对连接表进行聚合
2. 连接条件和分区字段使用UUID类型（字符串类型则工作正常）
3. 窗口范围设置为包含UNBOUNDED FOLLOWING
4. 该问题在1.2.0版本中不存在，但在1.2.1版本中出现

技术背景

窗口函数是SQL中强大的分析工具，它允许在结果集的特定"窗口"上执行计算。UNBOUNDED FOLLOWING表示窗口范围延伸到分区内的最后一行。UUID作为通用唯一标识符，在分布式系统中广泛使用，但某些数据库实现中对其处理可能存在特殊考量。

问题复现

通过以下SQL可以稳定复现该问题：

-- 创建两个包含UUID和时间序列的测试表
with table_1 AS (
    SELECT
        'fb30cf47-6f6b-42ef-dec2-3f984479a2aa'::uuid AS id,
        unnest(generate_series(
            '2024-04-01'::date,
            '2025-03-01'::date,
            interval '1 month'
        )) AS date
    UNION ALL BY NAME
    SELECT
        '7d1cc557-2d45-6900-a1ed-b2c64f5d9200'::uuid AS id,
        unnest(generate_series(
            '2024-02-01'::date,
            '2025-01-01'::date,
            interval '1 month'
        )) AS date
), 
table_2 AS (
    SELECT
        'fb30cf47-6f6b-42ef-dec2-3f984479a2aa'::uuid AS id,
        unnest(generate_series(
            '2024-04-01'::date,
            '2025-03-01'::date,
            interval '1 month'
        )) AS date,
        1 AS value
    UNION ALL BY NAME
    SELECT
        '7d1cc557-2d45-6900-a1ed-b2c64f5d9200'::uuid AS id,
        unnest(generate_series(
            '2022-12-01'::date,
            '2023-12-01'::date,
            interval '1 month'
        )) AS date,
        1 AS value
), 
output AS (
    SELECT
        table_1.id,
        table_1.date,
        -- 问题窗口函数：有时返回NULL
        array_agg(table_2.value) over (
            PARTITION BY table_1.id
            ORDER BY table_1.date ASC
            ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING
        ) AS test_array,
        -- 正常工作的窗口函数
        array_agg(table_2.value) over (
            PARTITION BY table_1.id
            ORDER BY table_1.date ASC
            ROWS BETWEEN UNBOUNDED PRECEDING AND CURRENT ROW
        ) AS test_array_2
    FROM table_1
    LEFT JOIN table_2
        ON table_1.id = table_2.id
        AND table_1.date = table_2.date
)
SELECT * FROM output
ORDER BY id DESC, date DESC;

问题根源

根据开发者的反馈，这个问题与"constant"聚合器的实现有关。当使用UNBOUNDED FOLLOWING范围时，多线程处理可能导致聚合结果不正确。这个问题不仅限于array_agg函数，sum等聚合函数同样会受到影响。

临时解决方案

目前可用的临时解决方案包括：

1. 设置pragma threads=1强制使用单线程执行
2. 避免在UUID分区字段上使用UNBOUNDED FOLLOWING窗口范围
3. 降级到1.2.0版本

修复情况

该问题已在后续提交中得到修复，开发者修改了相关聚合器的实现逻辑，确保在多线程环境下也能正确处理UNBOUNDED FOLLOWING范围的窗口函数计算。

最佳实践建议

在使用窗口函数时，特别是涉及UUID类型的分区键时，建议：

1. 先在测试环境验证复杂窗口函数的正确性
2. 考虑使用更简单的窗口范围替代UNBOUNDED FOLLOWING
3. 对于关键业务逻辑，添加结果验证步骤
4. 关注版本更新日志，及时应用相关修复

这个问题展示了数据库实现中类型处理和并行计算可能带来的微妙问题，提醒开发者在设计数据模型和查询时需要充分考虑这些边界情况。