Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Query: schema mismatch #109

Open
Maev4l opened this issue Oct 15, 2021 · 1 comment
Open

Query: schema mismatch #109

Maev4l opened this issue Oct 15, 2021 · 1 comment

Comments

@Maev4l
Copy link

Maev4l commented Oct 15, 2021

Hi folks,

I have a question. Based on my understanding, when DDL statements are ran against Cassandra, we have to wait until the schema changes are propagated throughout the cluster, as all nodes need to agree on the schema version for proper operation. Otherwise, we have a schema disagreement in the cluster, which can cause all sorts of issues.
I think this the reason why we are provided with the SchemaChangeListener interface (https://docs.datastax.com/en/drivers/java/2.0/com/datastax/driver/core/SchemaChangeListener.html)
Therefore, I am wondering how this situation is managed by the liquidbase-cassandra extension. Is it already managed somewhere ? If it is not the case, are you aware of this potential problem ?

Best regards,

┆Issue is synchronized with this Jira Bug by Unito

@NicoHeller
Copy link

I am asking myself the same question, as I often read that it is not a good idea to do schema changes in Cassandra programmatically.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants