Skip to content

[AURON #2588] Preserve literal parameters during expression fallback - #2589

Open
lyne7-sc wants to merge 3 commits into
apache:masterfrom
lyne7-sc:fix/preserve-literals-in-expression-fallback
Open

lyne7-sc wants to merge 3 commits into
apache:masterfrom
lyne7-sc:fix/preserve-literals-in-expression-fallback

Conversation

@lyne7-sc

Copy link
Copy Markdown
Contributor

Which issue does this PR close?

Closes #2588

Rationale for this change

When exactly one child expression needs fallback, Auron also wraps literal parameters in unevaluable NativeExprWrapper objects. Parent expressions that read these constants during conversion can fail to convert, causing unnecessary fallback. In TPC-DS Q2, this makes the entire projection fall back to Spark.

What changes are included in this PR?

Preserve literal parameters when wrapping child expressions.

Are there any user-facing changes?

Affected projections can remain native while unsupported child expressions still use JVM fallback. Query results and public APIs are unchanged.

How was this patch tested?

  • Passed AuronExpressionSuite, verifying correct results and native projection.
  • Verified TPC-DS Q2 results and passed the updated golden plan check.

Was this patch authored or co-authored using generative AI tooling?

  • Yes
  • No

If yes, include: Generated-by: OpenAI Codex (GPT-6)

ASF guidance: https://www.apache.org/legal/generative-tooling.html

@lyne7-sc lyne7-sc changed the title [AURON #2588]Preserve literal parameters during expression fallback [AURON #2588] Preserve literal parameters during expression fallback Oct 19, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Literal parameters are incorrectly wrapped during expression fallback

1 participant