Skip to content

fix: validate column-specific parquet encoding - #27275

Open
vinycalves wants to merge 1 commit into
apache:mainfrom
vinycalves:fix/parquet-column-encoding
Open

vinycalves wants to merge 1 commit into
apache:mainfrom
vinycalves:fix/parquet-column-encoding

Conversation

@vinycalves

@vinycalves vinycalves commented Nov 9, 2026 •

Copy link
Copy Markdown

Closes #17498. This is the column-specific follow-up to #25784: the global parquet encoding is validated when it is set, but ParquetColumnOptions.encoding still stores a string, so an invalid format.encoding::column is only rejected when a write starts. This changes the field to the existing DFParquetEncoding, updates both proto conversion paths, and adds tests for valid and invalid values. The relevant tests in datafusion-common, datafusion-proto-common and datafusion-proto-models pass, and clippy is clean. Because ParquetColumnOptions.encoding changes from an optional string to the DFParquetEncoding enum, this needs the api change label.

@github-actions github-actions Bot added common Related to common crate proto Related to proto crate datasource Changes to the datasource crate labels Nov 9, 2026
@vinycalves
vinycalves force-pushed the fix/parquet-column-encoding branch from 17e74cf to b00f438 Compare November 9, 2026 21:44
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

common Related to common crate datasource Changes to the datasource crate proto Related to proto crate

Projects

None yet

Development

Successfully merging this pull request may close these issues.

The config values aren't checked

1 participant