[
https://issues.apache.org/jira/browse/CASSANDRA-7902?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14351588#comment-14351588
]
Ryan Svihla edited comment on CASSANDRA-7902 at 3/7/15 2:05 PM:
----------------------------------------------------------------
Agreed, local RR for local_* is a demonstration of the principle of least
surprise if there ever was one.
This will have some interesting ramifications for one scenario where someone
uses local_* because of slow dc links, but doesn't run nodetool repair because
of slow dc links, in theory global read repair firing may have given them their
only chance at cross dc consistency (assuming the RR even succeeds).
However, I'm not sure it's worth complicating everything for a scenario that
involves lots of dubious decisions and will never work properly even with or
without global RR (assuming they even know how to turn it on).
was (Author: rssvihla):
Agreed, local RR for local_* is a demonstration of the principle of least
surprise if there ever was one.
This will have some interesting ramifications for one scenario where someone
uses local_* because of slow dc links, but doesn't run nodetool repair because
of slow dc links, in theory global read repair firing may have given them their
only chance at cross dc consistency (assuming the RR even succeeds).
However, I'm not sure it's worth complicating everything for a scenario that
involves lots of dubious decisions and will never work properly even with or
without global RR.
> Introduce the ability to ignore RR based on consistencfy
> --------------------------------------------------------
>
> Key: CASSANDRA-7902
> URL: https://issues.apache.org/jira/browse/CASSANDRA-7902
> Project: Cassandra
> Issue Type: Improvement
> Components: Core
> Reporter: Brandon Williams
>
> There exists a case for LOCAL_* consistency levels where you really want them
> *local only*. This implies that you don't ever want to do cross-dc RR, but
> do for other levels.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
