Return-Path: X-Original-To: apmail-accumulo-dev-archive@www.apache.org Delivered-To: apmail-accumulo-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 13A2810FBF for ; Tue, 29 Apr 2014 20:44:54 +0000 (UTC) Received: (qmail 5942 invoked by uid 500); 29 Apr 2014 20:44:53 -0000 Delivered-To: apmail-accumulo-dev-archive@accumulo.apache.org Received: (qmail 5905 invoked by uid 500); 29 Apr 2014 20:44:53 -0000 Mailing-List: contact dev-help@accumulo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@accumulo.apache.org Delivered-To: mailing list dev@accumulo.apache.org Received: (qmail 5897 invoked by uid 99); 29 Apr 2014 20:44:52 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 Apr 2014 20:44:52 +0000 Received: from localhost (HELO mail-lb0-f182.google.com) (127.0.0.1) (smtp-auth username ctubbsii, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 Apr 2014 20:44:52 +0000 Received: by mail-lb0-f182.google.com with SMTP id l4so579471lbv.27 for ; Tue, 29 Apr 2014 13:44:50 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.112.141.10 with SMTP id rk10mr73002lbb.26.1398804290858; Tue, 29 Apr 2014 13:44:50 -0700 (PDT) Received: by 10.114.96.138 with HTTP; Tue, 29 Apr 2014 13:44:50 -0700 (PDT) In-Reply-To: References: Date: Tue, 29 Apr 2014 16:44:50 -0400 Message-ID: Subject: Re: Does Accumulo Have a Physical Table Limitation Like HBase? From: Christopher To: Accumulo Dev List Content-Type: text/plain; charset=UTF-8 There's possibly more ZK usage with more tables, and more user/security overhead with more tables, but I can't imagine that's a limiting factor. -- Christopher L Tubbs II http://gravatar.com/ctubbsii On Tue, Apr 29, 2014 at 3:26 PM, Mike Drob wrote: > I think the limitation in Accumulo is on Tablets, not Tables (module > cluster size, of course). > > I've never seen anything that would indicate number of tables on a system > to be an issue. > > > On Tue, Apr 29, 2014 at 3:21 PM, David Medinets wrote: > >> I have never used HBase and I've only used Accumulo with less than 100 >> tables. However, when I see a statement like the following about HBase, I >> feel compelled to ask how it compares to Accumulo. Does anyone know? >> >> http://phoenix.incubator.apache.org/views.html: >> This is especially important in HBase, as you cannot >> realistically expect to have more than perhaps up >> to a hundred physical tables and continue to get >> reasonable performance from HBase. >>