You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "TANG Wen-hui (JIRA)" <ji...@apache.org> on 2019/01/07 03:25:00 UTC

[jira] [Assigned] (FLINK-8951) Support OVER windows PARTITION BY (rounded) timestamp

     [ https://issues.apache.org/jira/browse/FLINK-8951?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

TANG Wen-hui reassigned FLINK-8951:
-----------------------------------

    Assignee: TANG Wen-hui

> Support OVER windows PARTITION BY (rounded) timestamp
> -----------------------------------------------------
>
>                 Key: FLINK-8951
>                 URL: https://issues.apache.org/jira/browse/FLINK-8951
>             Project: Flink
>          Issue Type: New Feature
>          Components: Table API &amp; SQL
>            Reporter: Fabian Hueske
>            Assignee: TANG Wen-hui
>            Priority: Minor
>
> There are a few interesting use cases that can be addressed by queries that follow the following pattern
> {code:sql}
> SELECT sensorId COUNT(*) OVER (PARTITION BY CEIL(rowtime TO HOUR) ORDER BY temp ROWS BETWEEN UNBOUNDED preceding AND CURRENT ROW) FROM sensors
> {code}
> Such queries can be used to compute rolling cascading (tumbling) windows with aggregates that are reset in regular intervals. This can be useful for TOP-K per minute/hour/day queries.
> Right now, such {{OVER}} windows are not supported, because we require that the {{ORDER BY}} clause is defined on a timestamp (time indicator) attribute. In order to support this kind of queries, we would require that the {{PARTITION BY}} clause contains a timestamp (time indicator) attribute or a function that is defined on it and which is monotonicity preserving. Once the optimizer identifies this case, it could translate the query into a special time-partitioned OVER window operator.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)