You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Carl Yeksigian (JIRA)" <ji...@apache.org> on 2015/11/23 22:09:11 UTC

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

     [ https://issues.apache.org/jira/browse/CASSANDRA-10014?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Carl Yeksigian updated CASSANDRA-10014:
---------------------------------------
    Component/s: Coordination

> 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
>          Components: Coordination
>            Reporter: Stefan Podkowinski
>            Assignee: Carl Yeksigian
>             Fix For: 3.0 beta 1
>
>
> 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)