Skip to content

break: add Validity::definitely_all_null() method - #8447

Merged
joseph-isaacs merged 2 commits into
developfrom
claude/dazzling-tesla-o2wa4w
Jun 16, 2026
Merged

break: add Validity::definitely_all_null() method#8447
joseph-isaacs merged 2 commits into
developfrom
claude/dazzling-tesla-o2wa4w

Conversation

@joseph-isaacs

@joseph-isaacs joseph-isaacs commented Jun 16, 2026

Copy link
Copy Markdown
Contributor

Summary

This PR introduces a new Validity::definitely_all_null() method that provides a fast path to check if a validity is definitively all-null (i.e., Validity::AllInvalid). This is the counterpart to the existing definitely_no_nulls() method.

This is a rename, but not a change in semantics

claude added 2 commits June 16, 2026 11:01
Introduce a cheap, conservative `Validity::definitely_all_null()` helper
that returns true only for `Validity::AllInvalid`, mirroring the existing
`definitely_no_nulls`. Replace the `matches!(.., Validity::AllInvalid)`
fast-path checks across the array, cuda, and duckdb crates with it, and
drop the now-unused `Validity` imports.

Signed-off-by: Joe Isaacs <joe.isaacs@live.co.uk>
Spell out that the method reports whether the validity is definitely
all-null, that a `false` result does not prove any value is valid, and
point callers at executing the validity into a `Mask` and checking
`Mask::all_false` for a definitive answer.

Signed-off-by: Joe Isaacs <joe.isaacs@live.co.uk>
@joseph-isaacs joseph-isaacs added the changelog/break A breaking API change label Jun 16, 2026
@joseph-isaacs joseph-isaacs changed the title Add Validity::definitely_all_null() method break: add Validity::definitely_all_null() method Jun 16, 2026
@joseph-isaacs
joseph-isaacs marked this pull request as ready for review June 16, 2026 12:40
@joseph-isaacs
joseph-isaacs requested review from a team and AdamGS June 16, 2026 12:40
@joseph-isaacs
joseph-isaacs enabled auto-merge (squash) June 16, 2026 12:40
@codspeed-hq

codspeed-hq Bot commented Jun 16, 2026

Copy link
Copy Markdown

Merging this PR will not alter performance

⚠️ Unknown Walltime execution environment detected

Using the Walltime instrument on standard Hosted Runners will lead to inconsistent data.

For the most accurate results, we recommend using CodSpeed Macro Runners: bare-metal machines fine-tuned for performance measurement consistency.

⚡ 2 improved benchmarks
❌ 1 regressed benchmark
✅ 1542 untouched benchmarks
⏩ 10 skipped benchmarks1

Warning

Please fix the performance issues or acknowledge them on CodSpeed.

Performance Changes

Mode Benchmark BASE HEAD Efficiency
Simulation encode_varbin[(1000, 2)] 157.9 µs 177.3 µs -10.96%
Simulation bitwise_not_vortex_buffer_mut[128] 215.3 ns 186.1 ns +15.67%
Simulation bitwise_not_vortex_buffer_mut[1024] 275.6 ns 246.4 ns +11.84%

Tip

Investigate this regression by commenting @codspeedbot fix this regression on this PR, or directly use the CodSpeed MCP with your agent.


Comparing claude/dazzling-tesla-o2wa4w (89de607) with develop (9b5447a)

Open in CodSpeed

Footnotes

  1. 10 benchmarks were skipped, so the baseline results were used instead. If they were deleted from the codebase, click here and archive them to remove them from the performance reports.

@joseph-isaacs
joseph-isaacs merged commit e1c6ef5 into develop Jun 16, 2026
72 of 75 checks passed
@joseph-isaacs
joseph-isaacs deleted the claude/dazzling-tesla-o2wa4w branch June 16, 2026 12:49
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

changelog/break A breaking API change

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants