[英]Kafka Streams KTable join Tombstone
The problem i am facing is we have joins and have multiple logical ways to product a tombstone for deleting a record in the KTable.我面临的问题是我们有连接并且有多种逻辑方式来生成用于删除 KTable 中的记录的墓碑。
Is it possible to determine of if a tombstone was a result of ktable join and not not an explicit tombstone?是否可以确定墓碑是否是 ktable 连接的结果而不是显式墓碑?
One way I can think of differentiating the tombstones ie one occurring as part of the ktable join
and another one sent as an explicit tombstone
is to set an extra header attribute in the explicit tombstone
message and the consumer can then read those header to determine the source of tombstone.我可以想到区分墓碑的一种方法,即作为
ktable join
的一部分发生的墓碑和作为explicit tombstone
发送的另一个是在explicit tombstone
消息中设置额外的 header 属性,然后消费者可以读取这些 header 以确定来源的墓碑。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.