Build fails against DataFusion 54.1.0 due to new `schema` field on `RecursiveQuery`

Offen Anfängerfreundlich

#1,644 erstellt am 24.7.2026 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit: 2/5
Geschätzter Aufwand: 1-3 Stunden
Anfängerfreundlichkeit: 78/100

Issue-Typ: Bug
Klarheit: Klar beschrieben
Aktivitätsstatus: Ruhig
Tech-Stack: python, rust
Bereich: build-system

Rechercherichtung

Beginne in crates/core/src/expr/recursive_query.rs beim Initialisierer PyRecursiveQuery::new() und prüfe die Anforderungen der DataFusion-Abhängigkeit des Workspace. Führe cargo check --workspace --all-targets mit DataFusion 54.1.0 aus; fertig ist die Aufgabe, wenn der Konstruktor und die Abhängigkeitsanforderungen dieses Release unterstützen und der Workspace erfolgreich baut und die Tests erfolgreich durchlaufen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

bug

Describe the bug

datafusion-python does not build against DataFusion 54.1.0. The workspace
dependencies are declared as version = "54", so Cargo is free to resolve them
to 54.1.0, but the crate no longer compiles when it does:

error[E0063]: missing field `schema` in initializer of `datafusion::logical_expr::RecursiveQuery`
  --> crates/core/src/expr/recursive_query.rs:72:20
   |
72 |             query: RecursiveQuery {
   |                    ^^^^^^^^^^^^^^ missing `schema`

DataFusion 54.1.0 added a schema: DFSchemaRef field to
datafusion_expr::logical_plan::RecursiveQuery and introduced
RecursiveQuery::try_new(), which computes that schema by reconciling the
static and recursive terms. Our PyRecursiveQuery::new() builds the struct
with a literal initializer, so the new field breaks it.

To Reproduce

With a Cargo.lock that resolves DataFusion to 54.1.0 (e.g. a fresh checkout
without the committed lock file, or after cargo update -p datafusion --precise 54.1.0):

cargo check --workspace --all-targets

Expected behavior

datafusion-python builds and tests against DataFusion 54.1.0.

Additional context

Because the existing version requirements are "54", this is not limited to
developers who explicitly opt in — any consumer resolving the dependency fresh
picks up 54.1.0 and hits the failure. The fix is to use
RecursiveQuery::try_new() and pin the workspace requirements to "54.1".

Vorherrschende Sprache: Python
Sterne: 605
Forks: 176
Ø Merge: 1 T. 23 Std.
Gemergte PRs (30 T.): 8

Beitragsleitfaden

Für dieses Repository ist kein Beitragsleitfaden indexiert

Erste Schritte

Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
Forken Sie das Repository und arbeiten Sie in einem Branch.
Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus apache/datafusion-python

Rewrite the "Encode metadata, not a handle to a live object" section Offen

documentation

Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100

apache/datafusion-python#1726 · Erstellt am 11.9.2026
Missing docstring examples in the `unparser` module Offen

Schwierigkeit 2/5 Ein halber Tag Anfängerfreundlichkeit 88/100

apache/datafusion-python#1691 · Erstellt am 16.8.2026
Allow extension libraries to contribute object stores over FFI Offen

enhancement

Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 30/100

apache/datafusion-python#1737 · Erstellt am 15.9.2026
CsvReadOptions.null_regex has no effect: matching values are read as literal strings, and fail the read in a numeric column Offen

Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 76/100

apache/datafusion-python#1735 · 1 Kommentar · Erstellt am 12.9.2026
Nothing in CI runs examples/*.py, and one of them is broken Offen

bug good first issue

Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100

apache/datafusion-python#1728 · Erstellt am 11.9.2026

Alle Issues in apache/datafusion-python