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

ASF GitHub Bot commented on FLINK-6969:
---------------------------------------

Github user wuchong commented on the issue:

    https://github.com/apache/flink/pull/4183
  
    Regarding to early firing, I think we are not on the same page and need to 
discuss about what is early firing, how to configure it, how to implement it. 
    
    IMO, the early firing is to config an update rate of window. Such as an 
one-hour window, but we want to see the result every minutes. So it is very 
similar to 
[FLINK-6649](https://issues.apache.org/jira/browse/FLINK-6649)(update rate for 
non-windowed group), but this is a 
    update-rate/early-interval configuration on window group. If you agree with 
that, then it is not a time offset of first result, because it can't describe 
the rate.
    
    Maybe we should move this discussion to the early firing issue FLINK-6961 ?


> Add support for deferred computation for group window aggregates
> ----------------------------------------------------------------
>
>                 Key: FLINK-6969
>                 URL: https://issues.apache.org/jira/browse/FLINK-6969
>             Project: Flink
>          Issue Type: New Feature
>          Components: Table API & SQL
>            Reporter: Fabian Hueske
>            Assignee: sunjincheng
>
> Deferred computation is a strategy to deal with late arriving data and avoid 
> updates of previous results. Instead of computing a result as soon as it is 
> possible (i.e., when a corresponding watermark was received), deferred 
> computation adds a configurable amount of slack time in which late data is 
> accepted before the result is compute. For example, instead of computing a 
> tumbling window of 1 hour at each full hour, we can add a deferred 
> computation interval of 15 minute to compute the result quarter past each 
> full hour.
> This approach adds latency but can reduce the number of update esp. in use 
> cases where the user cannot influence the generation of watermarks. It is 
> also useful if the data is emitted to a system that cannot update result 
> (files or Kafka). The deferred computation interval should be configured via 
> the {{QueryConfig}}.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

Reply via email to