Return-Path: X-Original-To: apmail-cassandra-user-archive@www.apache.org Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 2474210A5D for ; Tue, 5 Aug 2014 08:10:07 +0000 (UTC) Received: (qmail 32644 invoked by uid 500); 5 Aug 2014 08:10:04 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 32605 invoked by uid 500); 5 Aug 2014 08:10:04 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 32595 invoked by uid 500); 5 Aug 2014 08:10:04 -0000 Delivered-To: apmail-incubator-cassandra-user@incubator.apache.org Received: (qmail 32592 invoked by uid 99); 5 Aug 2014 08:10:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Aug 2014 08:10:04 +0000 X-ASF-Spam-Status: No, hits=1.3 required=5.0 tests=URI_HEX X-Spam-Check-By: apache.org Received-SPF: unknown (athena.apache.org: error in processing during lookup of phil.luckhurst@powerassure.com) Received: from [216.139.236.26] (HELO sam.nabble.com) (216.139.236.26) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Aug 2014 08:09:59 +0000 Received: from jim.nabble.com ([192.168.236.80]) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1XEZoQ-0005RK-L5 for cassandra-user@incubator.apache.org; Tue, 05 Aug 2014 01:09:38 -0700 Date: Tue, 5 Aug 2014 01:09:38 -0700 (PDT) From: Phil Luckhurst To: cassandra-user@incubator.apache.org Message-ID: <1407226178633-7596106.post@n2.nabble.com> In-Reply-To: References: Subject: Re: Reasonable range for the max number of tables? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Is there any mention of this limitation anywhere in the Cassandra documentation? I don't see it mentioned in the 'Anti-patterns in Cassandra' section of the DataStax 2.0 documentation or anywhere else. When starting out with Cassandra as a store for a multi-tenant application it seems very attractive to segregate data for each tenant using a tenant specific keyspace each with their own set of tables. It's not until you start browsing through forums such as this that you find out that it isn't going to scale above a few tenants. If you want to be able to segregate customer data in Cassandra is it the accepted practice to have multiple Cassandra installations? -- View this message in context: http://cassandra-user-incubator-apache-org.3065146.n2.nabble.com/Reasonable-range-for-the-max-number-of-tables-tp7596094p7596106.html Sent from the cassandra-user@incubator.apache.org mailing list archive at Nabble.com.