Details
-
Bug
-
Status: Open
-
Normal
-
Resolution: Unresolved
-
None
-
None
-
Normal
Description
When executing schema upgrades programmatically (e.g. via the cqldriver), there is no guarantee that the upgrades will be executed in order across the nodes. This is because cassandra is always using the server generated timestamp when announcing alter table statements or other DDL changes regardless of whether a custom timestamp generator is provided when creating the session.
This could lead to failures or unexpected results. For instance
- DDL change #1 creates table A
- DDL change #2 adds a new column to table A, but finds that table A does not exist