Skip site navigation (1) Skip section navigation (2)

Future of Table Partitioning

From: "Patrick Carriere" <patrick(dot)carriere(at)nexustelecom(dot)com>
To: <pgsql-performance(at)postgresql(dot)org>
Subject: Future of Table Partitioning
Date: 2006-02-16 17:03:17
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-performance

I was wondering what the plan is for the future of table partitioning in
PostgresQL. It is pretty hard for me to implement partitioning right now
with its current limitation, specifically the fact that unique
constraints cannot be enforced across partitions and that Constraint
Exclusion cannot be used on non-constant values like CURRENT_DATE. It is
also quite cumbersome to do all the maintenance work to create the new
child table, do the triggers, drop the old one, etc,etc using the table
inheritance every week since I would need to do weekly and monthly table

So, my question in short, Is there any plan to at least do Global unique
check constraints (or at least a global unique index) and is there a
thread/documentation somewhere about what are the future planned changes
to table partitioning?


Patrick Carriere
Software Architect
Nexus Telecom (Americas)

pgsql-performance by date

Next:From: Adam AlkinsDate: 2006-02-16 17:03:29
Subject: Index Choice Problem
Previous:From: Martijn van OosterhoutDate: 2006-02-16 16:59:59
Subject: Re: qsort again (was Re: [PERFORM] Strange Create

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group