Aleksey Yeschenko created CASSANDRA-12952:
---------------------------------------------

             Summary: AlterTableStatement propagates base table and affected MV 
changes inconsistently
                 Key: CASSANDRA-12952
                 URL: https://issues.apache.org/jira/browse/CASSANDRA-12952
             Project: Cassandra
          Issue Type: Bug
            Reporter: Aleksey Yeschenko
             Fix For: 3.0.x, 3.x


In {{AlterTableStatement}}, when renaming columns or changing their types, we 
also keep track of all affected MVs - ones that also need column renames or 
type changes. Then in the end we announce the migration for the table change, 
and afterwards, separately, one for each affected MV.

This creates a window in which view definitions and base table definition are 
not in sync with each other. If a node fails in between receiving those pushes, 
it's likely to have startup issues.

The fix is trivial: table change and affected MV change should be pushed as a 
single schema mutation.



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

Reply via email to