FYI there is an everywhere strategy waiting to be accepted:
https://issues.apache.org/jira/browse/CASSANDRA-12629
On Sat, 8 Oct 2016 at 10:56 Vladimir Yudovin wrote:
Well, it can be useful in some scenarios - e.g. temporary tables on nearest
or the same node.
Best regards, Vladimir Yudovin,
Well, it can be useful in some scenarios - e.g. temporary tables on nearest or
the same node.
Best regards, Vladimir Yudovin,
Winguzone - Hosted Cloud Cassandra on Azure and SoftLayer.
Launch your cluster in minutes.
On Sat, 08 Oct 2016 13:44:00 -0400 Jeff Jirsa
wrote
I'm sure that's what he meant, I just disagree that it sounds useful
--
Jeff Jirsa
> On Oct 8, 2016, at 10:33 AM, Vladimir Yudovin wrote:
>
> As far as I understand Edward meant to have option determinate actual storage
> node on client side, by driver, disregarding key hash/tokens mechanism
As far as I understand Edward meant to have option determinate actual storage
node on client side, by driver, disregarding key hash/tokens mechanism.
Best regards, Vladimir Yudovin,
Winguzone - Hosted Cloud Cassandra on Azure and SoftLayer.
Launch your cluster in minutes.
On Sat, 08 Oct
That sounds awful, especially since you could just use SimpleStrategy with RF=1
and then bootstrap / decom would handle resharding for you as expected.
--
Jeff Jirsa
> On Oct 8, 2016, at 10:09 AM, Edward Capriolo wrote:
>
> I have contemplated using LocalStrategy as a "do it yourself client
I have contemplated using LocalStrategy as a "do it yourself client side
sharding system".
On Sat, Oct 8, 2016 at 12:37 AM, Vladimir Yudovin
wrote:
> Hi Prasenjit,
> I would like to get the replication factors of the key-spaces using the
> strategies in the same way we get the replication factor
Hi Prasenjit,
I would like to get the replication factors of the key-spaces using the
strategies in the same way we get the replication factors for Simple and
NetworkTopology.
Actually LocalSarategy has no replication factor:
SELECT * FROM system_schema.keyspaces WHERE keyspace_name IN ('syste
Thanks, Jemeriah.
I'm aware of the change, we will use JIRAs to contribute back to the
community.
Prasenjit
On Fri, Oct 7, 2016 at 2:31 PM, J. D. Jordan
wrote:
> The Python driver does support it, it is supported as a custom strategy. I
> was the one to implement it in
>
> https://datastax-oss
The Python driver does support it, it is supported as a custom strategy. I was
the one to implement it in
https://datastax-oss.atlassian.net/browse/PYTHON-191
It makes the class for it on the fly.
Not sure what else you want it to do, but if you have a suggestion for an
improvement to a specif
Thanks Vlad and Jeremiah.
There were questions about support, so let me address that in more detail.
If I look at the latest Cassandra python driver, the support for
LocalStrategy is very limited (code snippet shown below) and the support
for EverywhereStrategy is non-existent. By limited I mean
What kind of support are you thinking of? All drivers should support them
already, drivers shouldn’t care about replication strategy except when trying
to do token aware routing.
But since anyone can make a custom replication strategy, drivers that do token
aware routing just need to handle fal
Do you mean org.apache.cassandra.locator.LocalStrategy?
If yes it's standard Cassandra strategy use for system and system_schema
keyspaces.
Best regards, Vladimir Yudovin,
Winguzone - Hosted Cloud Cassandra on Azure and SoftLayer.
Launch your cluster in minutes.
On Fri, 07 Oct 2016 14:0
Hi everyone,
To the best of my understanding that Datastax has proprietary replication
strategies: Local and Everywhere which are not part of the open source
Apache Cassandra project.
Do we know of any plans in the open source Cassandra driver community to
support these two replication strategies
13 matches
Mail list logo