Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Add wrapper classes for Expression types

オープン
#1,681 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
45/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
静か
技術スタック
python
領域
api

調査の方向性

まず現在の datafusion.expr のエクスポート、特に expr_internal.Limit の再エクスポートを確認し、その後、動機となっているユースケースについて PR #1674 と issue #1673 を読んでください。既存の Expression 型を基にラッパーの範囲を定義します。意図したラッパーが、Limit.fetch と Limit.skip を含む、要求された式データを公開できれば作業は完了です。

索引モデルが issue の本文から書いたものです。

説明

enhancement

Is your feature request related to a problem or challenge? Please describe what you are trying to do.

As part of the discussion in https://github.com/apache/datafusion-python/pull/1674 we found a user wants access to some of the elements within an expression. In this case, Limit. If there is a growing base of users who want to use datafusion-python to do things such as analyzing the plans and using the data in them, then we should probably add wrapper classes for each of the Expressions.

Describe the solution you'd like

Right now we have the expressions like Limit available in datafusion.expr reexported like

Limit = expr_internal.Limit

Instead we could have a datafusion.expr module that contains

class Limit(Expr):

which has attributes to get fetch and skip.

Describe alternatives you've considered

We could leave as is and continue to expose data members as requested.

Additional context

This is a follow on to https://github.com/apache/datafusion-python/issues/1673

主要言語
Python
スター
605
フォーク
176
平均マージ
1日 23時間
マージ済み PR(30日)
8

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

apache/datafusion-python のほかの issue

apache/datafusion-python の issue をすべて見る

似ている issue

Python の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。