这种join写法会随时更新里面每一个字段，最终产出结果的业务含义是什么呢？
如果是取每个vehicle_code对应的最新统计指标值，是否可以用支持partial update的存储，用多个单独的sql直接写入目前就可以了
周先明 于2023年8月4日周五 11:01写道：
> Regular Join 默认把数据都存储在State中，通常会结合TTL来进行优化
>
> guanyq 于2023年8月3日周四 15:59写道：
>
> > 请问下多个表关联，这种flink sql如何优化呢，直接关联优点跑不动RuntimeExecutionMode.STREAMING 模式
> >
发送自我的盖乐世发轮大法好
原始信息 发件人： 北野 曉美 日期: 2023/8/24 23:43
(GMT+08:00) 收件人： flink-zh 主题： 普里戈任专机，是被导弹打下来的？
俄罗斯私营军事实体瓦格纳组织的领导人普里戈任当地时间8月23日乘坐的专机坠毁后，各种关于专机失事原因的推测快速发酵。
俄罗斯社交媒体上，虽然不乏“他还活着”的传闻，但普里戈任的好友、俄罗斯右翼思想家杜金等人已公开悼念这位“坚强，自信，大胆的人”。圣彼得堡的原瓦格纳组织总部门口被普里戈任支持者摆放了鲜花，俄罗斯总统普京则已紧急回到莫斯科。俄罗斯总统新闻秘书佩斯科夫对媒体表示，普京已经得知了此事，并已经采取了必要的措施。
Hi all，
对于广播状态[1]文档中提到的事件流和规则流匹配问题，想问问大家有什么好的办法保证规则流应该加载完成后再处理事件流。
我想通过mysql cdc加载规则，在快照消费完之前，已经有事件消费了而且没有匹配到相应的规则，有没有办法能够在快照处理结束后再开始消费kafka里面的事件
[1]
https://nightlies.apache.org/flink/flink-docs-release-1.17/docs/dev/datastream/fault-tolerance/broadcast_state/
