TODO idea - implicit constraints across child tables with a common column as primary key (but obviously not a shared index) - Mailing list pgsql-hackers

From Andrew Hammond
Subject TODO idea - implicit constraints across child tables with a common column as primary key (but obviously not a shared index)
Date
Msg-id 1177351829.766323.69790@p77g2000hsh.googlegroups.com
Whole thread Raw
Responses Re: TODO idea - implicit constraints across child tables with a common column as primary key (but obviously not a shared index)  (Gregory Stark <stark@enterprisedb.com>)
List pgsql-hackers
If you have a table with a bunch of children, and these children all
have a primary key which is generated from the same sequence, assuming
that you're partitioning based on date (ie, this is a transaction
record table), it would be nice if the planner could spot that all
tables have a primary key on a column used as a join condition, check
the min / max to see if there is overlap between tables, then apply
CBE as if constraints existed.

This strikes me as a pretty common situation, certainly we're seeing
it here.

Andrew



pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: pgAdmin Query column width
Next
From: Gregory Stark
Date:
Subject: Re: TODO idea - implicit constraints across child tables with a common column as primary key (but obviously not a shared index)