Skip to content

Conversation

Maxxen
Copy link
Member

@Maxxen Maxxen commented Jun 11, 2025

This is a follow-up to #16962, which partly reverts the newly introduced nan-handling behavior by putting it behind a new boolean named parameter can_have_nan in the parquet_scan and COPY ... FROM (FORMAT PARQUET) functions.

Until the parquet spec decides on how to deal with NaN values from the perspective of floating-point filter pruning, this is probably the better option to avoid performance regression in the common case, closing: #17855

@Maxxen Maxxen changed the title Parquet nan Add option to control parquet NaN pruning Jun 11, 2025
@Mytherin Mytherin merged commit a189a91 into duckdb:v1.3-ossivalis Jun 12, 2025
48 checks passed
@Mytherin
Copy link
Collaborator

Thanks!

github-actions bot pushed a commit to duckdb/duckdb-r that referenced this pull request Jun 12, 2025
Add option to control parquet NaN pruning (duckdb/duckdb#17883)
Add urllib3 dependency and improve fixture download reliability (duckdb/duckdb#17880)
Add array indices to nested paths in `json_each`/`json_tree` (duckdb/duckdb#17878)
github-actions bot added a commit to duckdb/duckdb-r that referenced this pull request Jun 12, 2025
Add option to control parquet NaN pruning (duckdb/duckdb#17883)
Add urllib3 dependency and improve fixture download reliability (duckdb/duckdb#17880)
Add array indices to nested paths in `json_each`/`json_tree` (duckdb/duckdb#17878)

Co-authored-by: krlmlr <krlmlr@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants