[
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)
