| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Adds three plan-level writers on SessionContext that mirror the upstream datafusion::execution::context API. Each takes an ExecutionPlan and an output directory path; the plan is executed and its results are written one partition per file inside that directory. These complement the existing DataFrame.write_* methods, which are the right choice when callers need finer control (CSV header, Parquet compression, write options). The new SessionContext methods are the right choice when a caller already holds a physical ExecutionPlan (for example after custom physical optimizer rules or hand-built plans) and just wants the rows materialized. Related to apache#462. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
|
I am closing this PR because it provides extremely little value. We should likely instead update the check-upstream skill to not recommend exposing these functions. |
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
Which issue does this PR close?
Closes #. No dedicated tracking issue; related to umbrella issue #462 (interface design / user stories).
Rationale for this change
DataFusion's SessionContext exposes write_csv, write_json, and write_parquet methods that take an already-built Arc<dyn ExecutionPlan> and a target path. These complement the existing per-DataFrame write methods and are the right entry point when a caller already holds a physical plan -- for example after running custom physical optimizer rules (recently exposed via PR #1557) or after constructing a plan directly. The Python bindings did not surface them.
What changes are included in this PR?
Are there any user-facing changes?
Yes. Three new public methods on datafusion.SessionContext:
No breaking changes.