You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "Fabian Hueske (JIRA)" <ji...@apache.org> on 2018/12/21 21:16:00 UTC

[jira] [Commented] (FLINK-11188) Bounded over should not enable state retention time

    [ https://issues.apache.org/jira/browse/FLINK-11188?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16727068#comment-16727068 ] 

Fabian Hueske commented on FLINK-11188:
---------------------------------------

Thanks for creating the issue [~hequn8128]. As I commented on FLINK-11172, I think we should not discard state of operators that are explicitly defined on a time range because 

1. they automatically clean up their state
2. removing state, will result in incomplete / invalid results

However, OVER ROWS windows are a bit different because they are defined on a row count. An OVER ROWS window on an inactive key will preserve its state forever and wait for more records. For these windows, state cleanup should be supported, IMO.

> Bounded over should not enable state retention time 
> ----------------------------------------------------
>
>                 Key: FLINK-11188
>                 URL: https://issues.apache.org/jira/browse/FLINK-11188
>             Project: Flink
>          Issue Type: Bug
>          Components: Table API &amp; SQL
>            Reporter: Hequn Cheng
>            Assignee: Hequn Cheng
>            Priority: Major
>
> As discussed in FLINK-11172, time-based operations (GROUP BY windows, OVER windows, time-windowed join, etc.) are inherently bound by time and automatically clean up their state. We should not add state cleanup or TTL for these operators.
> If I understand correctly, we should not add the retention logic for rows-bounded operations either. I think we should disable state retention logic for:
>  - ProcTimeBoundedRangeOver
>  - ProcTimeBoundedRowsOver
>  - RowTimeBoundedRangeOver
>  - RowTimeBoundedRowsOver
> Any suggestions are appreciated!



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