为什么要使用KStream或KTable？

Question

我读了，但是我听不懂。我读到可以使用KTable代替日志压缩。或者它具有更多功能。但是，我在这方面找不到很好的例子。我也看不到很好的资料来解释工作的逻辑。您能解释一下ktable和kstream的一个好例子，我该怎么办？

Answer 1

我了解到我可以使用KTable代替日志压缩

KTable取决于压缩状态存储主题。它们不是排他性选择

或者它具有更多功能

那么，为什么要使用缓存或Hashmap？相同的答案可以应用于KTable。额外的功能是它可以在应用程序的多个实例之间共享和分布

---

您可以对“流表双重性”进行更多研究。

ktable和kstream的示例，我该怎么办？

KStream是主题中所有事件或事件的筛选子集的审核日志。很难快速挑选出任何给定事件

KTable保留流中最新的键控事件，并允许快速的键查找

Answer 2

根据我的理解，对于应该从源接收的数据，我们应该使用KStream，并且可以进行数据重复。

当我们不想保留记录的重复并且我们只对各个键的最新值感兴趣时，应该使用KTable。