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
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
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
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, 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
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
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
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'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
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
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,
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
12 matches
Mail list logo