Cassandra: Разрешение одновременных изменений схемы

Question

Мне не удалось найти информацию о том, как Cassandra обрабатывает одновременные изменения ее схемы. Например:

В Cassandra кластере с машинами А, В, С, D, E

Клиент X выдает машины А:

CREATE TABLE foo (
    id_column int, 
    x_column1 varchar, 
    x_column2 varchar, 
    PRIMARY KEY (id_column) 
) 

Клиент Y вопросов к машине В

CREATE TABLE foo (
    id_column int, 
    y_another_column1 varchar, 
    y_another_column2 varchar, 
    PRIMARY KEY (id_column) 
) 

Что происходит? Это не так? Является ли конечный результат слиянием обоих? Если это слияние, не получилось бы, если бы были выбраны столбцы diff PKs?

Я думаю, что одновременное создание конфликтной схемы - необычный сценарий. Однако выдача параллельных операторов ALTER TABLE потребует аналогичного разрешения и, что более вероятно, в реальном мире.

Answer 1

Следующие 2 сообщений и 2 билета JIRA (разрешено) предоставить информацию о реальных изменениях схемы и разрешении конфликтов:

• Live schema updates (нб: версия относится к тому, когда эта функция была в первую очередь имеется)
• The schema management renaissance in Cassandra 1.1.
• Allow concurrent schema migrations (1391) (фиксировано в C * 1.1)
• Avoid ID conflicts from concurrent schema changes (3794) (фиксируется в C * 1.2)

Вы должны пройти через комментарии в CASSANDRA-1391, чтобы получить все детали.