You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@spark.apache.org by "Dongjoon Hyun (Jira)" <ji...@apache.org> on 2020/03/29 02:32:00 UTC
[jira] [Updated] (SPARK-28068) `lag` second argument must be a
literal
[ https://issues.apache.org/jira/browse/SPARK-28068?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Dongjoon Hyun updated SPARK-28068:
----------------------------------
Affects Version/s: (was: 3.0.0)
3.1.0
> `lag` second argument must be a literal
> ---------------------------------------
>
> Key: SPARK-28068
> URL: https://issues.apache.org/jira/browse/SPARK-28068
> Project: Spark
> Issue Type: Sub-task
> Components: SQL
> Affects Versions: 3.1.0
> Reporter: Dylan Guedes
> Priority: Major
>
> Currently in Spark, `lag` (and, possible, some other window functions) requires the 2nd argument to be a literal.
> For example, this is not allowed:
> {code:sql}
> SELECT lag(ten, four) OVER (PARTITION BY four ORDER BY ten), ten, four FROM tenk1 WHERE unique2 < 10;
> {code}
> However, this one works:
> {code:sql}
> SELECT lag(ten, 2) OVER (PARTITION BY four ORDER BY ten), ten, four FROM tenk1 WHERE unique2 < 10;
> {code}
> In comparison, Postgres accepts a literal as a 2nd argument. I found this issue while porting `window.sql` tests from Postgres to Spark
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@spark.apache.org
For additional commands, e-mail: issues-help@spark.apache.org