From: | Simon Riggs <simon(at)2ndquadrant(dot)com> |
---|---|
To: | tshipley(at)deru(dot)com |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: relational class vs partitioned table (was |
Date: | 2005-10-11 12:53:20 |
Message-ID: | 1129035200.8300.465.camel@localhost.localdomain |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, 2005-10-10 at 19:58 -0700, Trent Shipley wrote:
> Of course, there is no reason a relation in a relational class might not be
> huge.
Well, as a designer, I would make it so.
> Orthoganal partion rules would be created for the class. The rules would be
> applied to each member relation. Finally, the rules would be applied to the
> relevant unifying (presumably unique) indexes.
>
> But inasmuch as Postgresql has implemented neither partitioning nor unique
> constraints for relational classes we are getting somewhat ahead of
> ourselves.
Maybe you aren't aware of the new constraint_exclusion feature in 8.1 ?
> Partitioning is obviously dominated by partitioning rules. Oracle's SQL
> dialect provides a negative example of how to elegantly incorporate
> partitioning rules into SQL. Ideally partitioning rules should be
> first-class objects. A database engineer or the poor DBA who inherits his
> implementation should be able to query the meta-data to get a listing of all
> partitioned relations.
The partitioning doesn't follow Oracle syntax at all. Partitions are
first class objects as you suggest.
Best Regards, Simon Riggs
From | Date | Subject | |
---|---|---|---|
Next Message | Emil Briggs | 2005-10-11 13:00:10 | Re: Spinlocks and CPU Architectures |
Previous Message | Andrew Dunstan | 2005-10-11 12:51:01 | Re: PG 8.1beta3 out soon |