Date: Wed, 2 Oct 2013 13:57:00 -0700 (PDT)
From: David Johnston <polobo@yahoo.com>
To: pgsql-admin@postgresql.org
Message-ID: <1380747420751-5773155.post@n5.nabble.com>
In-Reply-To: 
 <CAJYcdTuXeLPB5TBaqKXn-Uj4M16F0nJLxR_LdjVG-v0tqxsm+A@mail.gmail.com>
References: 
 <CAJYcdTuXeLPB5TBaqKXn-Uj4M16F0nJLxR_LdjVG-v0tqxsm+A@mail.gmail.com>
Subject: Re: partitioning system tables
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Precedence: bulk
Sender: pgsql-admin-owner@postgresql.org

Radovan Jablonovsky wrote
> Hello,
> 
> When postgresql system tables, (tables in pg_catalog) reach size of 10mil
> rows, it will slow down some DDL operations, which insert, update or
> delete
> data from pg_* tables. Is it possible to partition the system tables or is
> there some other way to improve performance of the DDL operations?

Is it possible now? No.

I guess the most possible partitioning scheme would be schema-based so each
schema's objects are created on their own partitioned catalogs and the
name-based search mechanism would append a where clause to the search limit
the schemas that are search based upon the current search_path.  Since the
catalogs are cluster shared having a partition be database-schema name based
would be even more appropriate.

Note I'm not even sure if catalog access in this way is done via SQL or by
some other mechanism that would not be readily partitioned.

David J.


--
View this message in context: http://postgresql.1045698.n5.nabble.com/partitioning-system-tables-tp5773152p5773155.html
Sent from the PostgreSQL - admin mailing list archive at Nabble.com.


-- 
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin