Return-Path: 
 <commits-return-107305-apmail-cassandra-commits-archive=cassandra.apache.org@cassandra.apache.org>
X-Original-To: apmail-cassandra-commits-archive@www.apache.org
Delivered-To: apmail-cassandra-commits-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id 43FF61156F
	for <apmail-cassandra-commits-archive@www.apache.org>;
 Sun,  3 Aug 2014 15:25:12 +0000 (UTC)
Received: (qmail 18852 invoked by uid 500); 3 Aug 2014 15:25:12 -0000
Delivered-To: apmail-cassandra-commits-archive@cassandra.apache.org
Received: (qmail 18810 invoked by uid 500); 3 Aug 2014 15:25:12 -0000
Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:commits-help@cassandra.apache.org>
List-Unsubscribe: <mailto:commits-unsubscribe@cassandra.apache.org>
List-Post: <mailto:commits@cassandra.apache.org>
List-Id: <commits.cassandra.apache.org>
Reply-To: dev@cassandra.apache.org
Delivered-To: mailing list commits@cassandra.apache.org
Received: (qmail 18796 invoked by uid 99); 3 Aug 2014 15:25:12 -0000
Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 03 Aug 2014 15:25:12 +0000
Date: Sun, 3 Aug 2014 15:25:11 +0000 (UTC)
From: "Robert Stupp (JIRA)" <jira@apache.org>
To: commits@cassandra.apache.org
Message-ID: <JIRA.12731613.1407079486218.2910.1407079511587@arcas>
In-Reply-To: <JIRA.12731613.1407079486218@arcas>
References: <JIRA.12731613.1407079486218@arcas>
Subject: [jira] [Created] (CASSANDRA-7679) Batch DDL
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394

Robert Stupp created CASSANDRA-7679:
---------------------------------------

             Summary: Batch DDL
                 Key: CASSANDRA-7679
                 URL: https://issues.apache.org/jira/browse/CASSANDRA-7679
             Project: Cassandra
          Issue Type: Improvement
            Reporter: Robert Stupp


Just an idea: To improve speed of DDL in clusters with lots of Keyspaces/Tables/Columns it might help to collect a bunch of schema changes and propagate them as a single bunch of changes.

Such a DDL batch would
# execute DDLs locally and collect all mutations
# broadcast all mutations at once
# schema agreement
# return list<SchemaChange> via native protocol to the client

So {{DefsTables.mergeSchemaInternal}} (which seems to be the expensive part) would only execute once per DDL batch on each node.

DDL batches would not be atomic.



--
This message was sent by Atlassian JIRA
(v6.2#6252)