Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id A577C6326B4 for ; Sat, 24 Jul 2010 02:38:42 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 90190-06 for ; Sat, 24 Jul 2010 05:38:35 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from ironport2.lbl.gov (ironport2.lbl.gov [128.3.41.14]) by mail.postgresql.org (Postfix) with ESMTP id 3B6FC62DBEC for ; Sat, 24 Jul 2010 02:38:34 -0300 (ADT) X-Ironport-SBRS: None X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AukBANoYSkxHi6DV/2dsb2JhbAAHgxmQBrwikSmBJoMdcwSEBYsA X-IronPort-AV: E=Sophos;i="4.55,252,1278313200"; d="scan'208";a="111962416" Received: from ppp-71-139-160-213.dsl.snfc21.pacbell.net (HELO [192.168.1.23]) ([71.139.160.213]) by ironport2.lbl.gov with ESMTP/TLS/DHE-RSA-AES256-SHA; 23 Jul 2010 22:38:34 -0700 Message-ID: <4C4A8851.3090608@lbl.gov> Date: Fri, 23 Jul 2010 23:29:37 -0700 From: Gerald Fontenay User-Agent: Thunderbird 2.0.0.24 (X11/20100228) MIME-Version: 1.0 To: pgsql-performance@postgresql.org Subject: Re: Strange explain on partitioned tables References: <4C47F8C8.10005@edd.fr> <4C484874.3060609@2ndquadrant.com> <4C4A11CB.6040800@lbl.gov> <1279923370.9866.37.camel@jd-desktop.unknown.charter.com> In-Reply-To: <1279923370.9866.37.camel@jd-desktop.unknown.charter.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-2.81 tagged_above=-10 required=5 tests=BAYES_05=-0.5, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201007/347 X-Sequence-Number: 39736 Joshua D. Drake wrote: > On Fri, 2010-07-23 at 15:03 -0700, Gerald Fontenay wrote: > >>> The PostgreSQL partitioning system is aimed to support perhaps a >>> hundred inherited tables. You can expect to get poor performance on >>> queries if you create 1000 of them. >>> >> Hi, >> >> Why is that you would expect poor performance for say 1000 or more? I >> have a ~1000 inherited tables and I don't see any significant slowdowns. >> I only ever access a single inherited table at a time though in this >> situation. I suppose I am using inheritance only for organization in >> this case... >> > > It is variable based on workload and as I recall has to do with the > planning time. As the number of children increases, so does the planning > time. > > I do not execute queries against the parent and children tables. It became obvious that this can be quite slow. I am asking specifically if I can expect problems in *that* situation, again, where I directly query a single child table only and where I may have thousands. Just like a any other single table query, no? Thank you, Gerald