Re: Cassandra row-cache API

Thanks Jeff, the summary at the end is very insightful - something we also are observing. On a related note, we do observe that the "first N clustering" doesn't exactly behave the way it is documented to. Is it related to this open ticket CASSANDRA-8646

Re: Cassandra row-cache API

Sometime around 2.0 or 2.1, it was changed from a "partition cache" to a "head of the partition cache", where "head of the partition" means "first N clustering". The reason individual rows are "hard" is the same reason most things with Cassandra caching and consistency are "hard" - a clustering /

Cassandra row-cache API

Hello All, Wondering if anyone has tried to modify the row-cache API to use both the partition key and the clustering keys to convert the row-cache, which is really a partition cache today, into a true row-cache? This might help with broader adoption of row-cache for use-cases with large partition