[
https://issues.apache.org/jira/browse/ARROW-15849?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17585499#comment-17585499
]
Todd Farmer edited comment on ARROW-15849 at 8/26/22 4:15 PM:
--------------------------------------------------------------
This issue was last updated over 90 days ago, which may be an indication it is
no longer being actively worked. To better reflect the current state, the issue
is being unassigned per [project
policy|https://arrow.apache.org/docs/dev/developers/bug_reports.html#issue-assignment].
Please feel free to re-take assignment of the issue if it is being actively
worked, or if you plan to start that work soon.
was (Author: JIRAUSER288796):
This issue was last updated over 90 days ago, which may be an indication it is
no longer being actively worked. To better reflect the current state, the issue
is being unassigned per [project
policy|https://arrow.apache.org/docs/dev/developers/bug_reports.html#issue-assignment.
Please feel free to re-take assignment of the issue if it is being actively
worked, or if you plan to start that work soon.
> [C++] Add a method that accepts a Substrait plan and returns a
> RecordBatchReader
> --------------------------------------------------------------------------------
>
> Key: ARROW-15849
> URL: https://issues.apache.org/jira/browse/ARROW-15849
> Project: Apache Arrow
> Issue Type: Improvement
> Components: C++
> Reporter: Weston Pace
> Priority: Major
> Labels: substrait
>
> This will shield implementations from having to deal with SinkNodeConsumer.
> The implementation should be pretty similar to the SinkNode that we have
> today for exec plans. We can use a PushGenerator to be our producer/consumer
> queue that the RecordBatchReader consumes. The Substrait sink consumer will
> then push into that PushGenerator. This method would fail if the plan has
> more than one top-level relation (e.g. more than one sink).
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
