Re: QueryCursor checkpoint

2019-01-28 Thread Ilya Kasnacheev
Hello! You can indeed scan on per partition basis. Data will not move between partitions unless key is changed or affinity function is modified. Note that partition is normally stored on a single node but it might be moved in case of rebalance. You can probably read more here:

Re: QueryCursor checkpoint

2019-01-25 Thread Karun Chand
Hi, You are right about the available options in terms of lack of flexibility of approaching this problem. How have you partitioned your data? You can probably have a local variable specific to each node or compute thread (or maybe use an Atomic Type -

QueryCursor checkpoint

2019-01-24 Thread msuh
Hello, Our end production cluster would be working with many billions of entities in many caches, and have use cases where we need to run ScanQuery over an entire cache to update certain fields. We expect that there could definitely be failures in the middle of a single ScanQuery due to the