[Bug] [sqlancer] PAX: IS NULL query returns fewer rows after DELETE
メンテナーはふだん 3 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 22/100
調査の方向性
Start by running the attached repro_pax_sparse_filter_isnull_after_delete.sql against a database and comparing its output with the attached .log. Then confirm the bug by toggling the pax.enable_sparse_filter setting off and on, since the report says disabling it gives the correct result. The PAX sparse-filter read path and DELETE visibility handling are the likely areas, but the payload does not name the source files. Done means a WHERE c0 IS NULL query after the DELETE returns the same rows with the sparse filter on as with it off.
索引モデルが issue の本文から書いたものです。
説明
Apache Cloudberry version
Version
PostgreSQL 14.4 (Apache Cloudberry 2.8.0 build 153099) (HashData Lightning 2.8.0 build 153099) on aarch64-unknown-linux-gnu, compiled by gcc (GCC) 12.2.1 20221121 (Red Hat 12.2.1-7.7.0.2), 64-bit compiled on Sep 23 2026 22:47:39
What happened
Description
After a DELETE on a pax table, WHERE c0 IS NULL returns fewer rows than expected (2 NULL rows remain, the query returns 0). With SET pax.enable_sparse_filter = off the result is correct. See repro_pax_sparse_filter_isnull_after_delete.sql / repro_pax_sparse_filter_isnull_after_delete.log.
What you think should happen instead
No response
How to reproduce
repro_pax_sparse_filter_isnull_after_delete.log
repro_pax_sparse_filter_isnull_after_delete.sql
Steps to Reproduce
psql -e -d <db> -f repro_pax_sparse_filter_isnull_after_delete.sql
Operating System
rocky9
Anything else
No response
Are you willing to submit PR?
- Yes, I am willing to submit a PR!
Code of Conduct
- I agree to follow this project's Code of Conduct.
- 主要言語
- C
- スター
- 1.4k
- フォーク
- 260
- 平均マージ
- 4日 5時間
- マージ済み PR（30日）
- 51
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
apache/cloudberry のほかの issue
-
[Bug] Expand fails to recognize user-defined tablespaces対応中かも @nix-oss が 54 日前に担当しました。 オープンtype: Bug
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
apache/cloudberry#1885 · リアクション 2 件 ·
メンテナーはふだん 3 日以内に返信
-
gpexpand first stage fails: 'SyncPackages' object has no attribute 'ret' (extension sync never runs; regression)対応中かも @talmacschen-arch が 116 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 86/100
apache/cloudberry#1825 ·
メンテナーはふだん 3 日以内に返信
-
type: Bug
難易度 4/5 3〜5日 初心者へのやさしさ 12/100
apache/cloudberry#2101 · コメント 1 件 ·
メンテナーはふだん 3 日以内に返信
-
[Bug]対応中かも @yjhjstz が 3 日前に担当しました。 オープンtype: Bug
難易度 4/5 3〜5日 初心者へのやさしさ 15/100
apache/cloudberry#2098 · コメント 1 件 ·
メンテナーはふだん 3 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 12/100
apache/cloudberry#2097 · コメント 1 件 ·
メンテナーはふだん 3 日以内に返信
apache/cloudberry の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
KalicoCrew/kalico#1012 ·
メンテナーはふだん 1 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 79/100
joncampbell123/dosbox-x#6664 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
メンテナーはふだん 1 日以内に返信
-
bug good first issue please retest
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
eclipse-tinydtls/tinydtls#298 · コメント 2 件 ·
メンテナーはふだん 2 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100