By default, RocksDB is used. You can also change it to use an in-memory store that is basically a HashMap.
-Matthias On 5/12/20 10:16 AM, Pushkar Deole wrote: > Thanks Liam! > > On Tue, May 12, 2020, 15:12 Liam Clarke-Hutchinson < > liam.cla...@adscale.co.nz> wrote: > >> Hi Pushkar, >> >> GlobalKTables and KTables can have whatever data structure you like, if you >> provide the appropriate deserializers - for example, an Kafka Streams app I >> maintain stores model data (exported to a topic per entity from Postgres >> via Kafka Connect's JDBC Source) as a GlobalKTable of Jackson ObjectNode's >> keyed by entity id >> >> If you're worried about efficiency, just treat KTables/GlobalKTables as a >> HashMap<K, V> to and you're pretty much there. In terms of efficiency, >> we're joining model data to about 7 - 10 TB of transactional data a day, >> and on average, run about 5 - 10 instances of our enrichment app with about >> 2GB max heap. >> >> Kind regards, >> >> Liam "Not a part of the Confluent team, but happy to help" >> Clarke-Hutchinson >> >> On Tue, May 12, 2020 at 9:35 PM Pushkar Deole <pdeole2...@gmail.com> >> wrote: >> >>> Hello confluent team, >>> >>> Could you provide some information on what data structures are used >>> internally by GlobalKTable and KTables. The application that I am working >>> on has a requirement to read cached data from GlobalKTable on every >>> incoming event, so the reads from GlobalKTable need to be efficient. >>> >> >
signature.asc
Description: OpenPGP digital signature