You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Stefan Podkowinski (JIRA)" <ji...@apache.org> on 2015/08/07 17:49:45 UTC

[jira] [Created] (CASSANDRA-10014) Deletions using clustering keys not reflected in MV

Stefan Podkowinski created CASSANDRA-10014:
----------------------------------------------

             Summary: Deletions using clustering keys not reflected in MV
                 Key: CASSANDRA-10014
                 URL: https://issues.apache.org/jira/browse/CASSANDRA-10014
             Project: Cassandra
          Issue Type: Bug
            Reporter: Stefan Podkowinski


I wrote a test to reproduce an [issue|http://stackoverflow.com/questions/31810841/cassandra-materialized-view-shows-stale-data/31860487] reported on SO and turns out this is easily reproducible. There seems to be a bug preventing deletes to be propagated to MVs in case a clustering key is used. See [here|https://github.com/spodkowinski/cassandra/commit/1c064523c8d8dbee30d46a03a0f58d3be97800dc] for test case (testClusteringKeyTombstone should fail).

It seems {{MaterializedView.updateAffectsView()}} will not consider the delete relevant for the view as {{partition.deletionInfo().isLive()}} will be true during the test. In other test cases isLive will return false, which seems to be the actual problem here. I'm not even sure the root cause is MV specific, but wasn't able to dig much deeper as I'm not familiar with the slightly confusing semantics around DeletionInfo.  



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)