duckdb · Issues· 894 开放

在 CHECKPOINT 期间,确定性位包编码器发生崩溃 - 在 1.5.2 和 1.6.0-dev12 中都出现此问题

Parquet 读取器将 INT96 时间戳截短为微秒;无法读取其纳秒部分

`ORDER BY ' 条款使`LEAD ' 返回不同的结果

`FIRST_VALUE IGNORE NULLS` 会引发向量容量内部错误

`LEAD` 太多次地推进了序列

在 CHECKPOINT 前出现相同的查询错误,在 CHECKPOINT 之后则成功: 已删除的行仍然被计入元素个数估计,并改变连接顺序

错误结果: 在构建侧溢出到磁盘时,哈希连接会默默地丢弃行

使用带有函数的 ORDER BY 与 LIMIT 结合时,速度会大大降低,因为函数会对所有行进行求值

合格的计数星号会覆盖非对称连接的错误计数

在 `DOUBLE` 列上的 `min`/`max` 比在 `BIGINT` 上慢 ~6 倍,在 2.0 版中甚至慢 ~9 倍

错误结果: 相同的 VARIANT 值根据其行组是否被粉碎而报告不同的类型

位置列引用可以默默地重新排序宏参数

list_reduce 可以使用来自另一行的列值

共同的子计划产生的错误结果 当两个联合联盟 全部武器共享一个联合子树(1.5.1后,固定在 1.6 dev上)

disable_parquet_prefetching: v2.0 发出 51 倍的 HTTP 请求 (33 -> 1,697) 并且 2 秒的远程 TOP-N 变为 20 秒