I tend to agree with Carlos. Having multiple row keys and parallelizing
your queries will tend to result in faster responses. Keeping positions
relatively small will also help your cluster to manage your data more
efficiently also resulting in better performance.
One thing I would recommend is
Hi Anuj,
That's a very good question and I'd like to hear an answer from anyone who
can give a detailed answer, but in the mean time I'll try to give my two
cents.
First of all I think I'd rather split all the values into different
partition keys for two reasons:
1.- If you're sure you're
You could take a look at, or follow:
https://issues.apache.org/jira/browse/CASSANDRA-8844
On Sun, Apr 24, 2016 at 10:51 AM, Alexander Orr wrote:
> Hi,
>
> I'm wondering if someone could help me, I'd like to use cassandra to store
> data and publish this on dowstream to
Hi,
I'm wondering if someone could help me, I'd like to use cassandra to store
data and publish this on dowstream to another database (kdb if anyone is
interested). Essentially I'd like to be able to run a function or operation
on cassandra from an upstream process that would insert to table and
As long as the topology doesn't change, yes. Repair once you finish.
Em 24/04/2016 13:23, "AJ" escreveu:
> Is it possible to do this without down time i.e. run in mixed mode while
> doing a rolling upgrade?
--
--
Is it possible to do this without down time i.e. run in mixed mode while doing
a rolling upgrade?