You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem or challenge?
After #15090, we remove the wildacrd expression from the logical plan layer. The unparser will generate the real column name for the select item. The unparsing result (#15090 (comment)) of an unnest plan would like as below:
SELECT "UNNEST(make_array(Int64(1),Int64(2),Int64(3)))" FROM UNNEST([1, 2, 3])
It's only executable for DataFusion. Other databases won't use this kind of column name.
Postgres and DuckDB using unnest as the column name.
Is your feature request related to a problem or challenge?
After #15090, we remove the wildacrd expression from the logical plan layer. The unparser will generate the real column name for the select item. The unparsing result (#15090 (comment)) of an unnest plan would like as below:
SELECT "UNNEST(make_array(Int64(1),Int64(2),Int64(3)))" FROM UNNEST([1, 2, 3])
It's only executable for DataFusion. Other databases won't use this kind of column name.
Postgres and DuckDB using unnest as the column name.
BigQuery
However, we can't select f0_ directly.
Describe the solution you'd like
I think maybe we can unparse the unnest table factor to
SubqueryAlias
with a default column alias. For exampleThis way can keep the column name created by DataFusion. The SQL can also be executed by other databases.
I think @blaginin's work #14781 pretty matches this approach (#14781 (comment)). Maybe it can solve this issue.
Describe alternatives you've considered
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: