From: | Gregory Stark <stark(at)enterprisedb(dot)com> |
---|---|
To: | "Markus Schiltknecht" <markus(at)bluegap(dot)ch> |
Cc: | "Simon Riggs" <simon(at)2ndquadrant(dot)com>, "NikhilS" <nikkhils(at)gmail(dot)com>, <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Auto Partitioning |
Date: | 2007-04-04 18:06:50 |
Message-ID: | 871wj0ko91.fsf@oxford.xeocode.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
"Markus Schiltknecht" <markus(at)bluegap(dot)ch> writes:
> CREATE INDEX x ON test(a, b, c);
>
> That's why I'd say, the first column of an index would have to be equal to all
> of the columns used in the partitioning key.
That's certainly the simple case. It would be nice to be able to create an
index like that and have the system automatically recognize that the leading
column is identical to the partition key of (a) and therefore build indexes on
each partition on (b,c).
However there are also cases such as where you have a=0..99 in one partition
and a=100..199 in partition two, etc. It could still automatically build
indexes on (a,b,c) on each partition and somehow note that the unique
constraint is guaranteed across the whole partitioned table.
--
Gregory Stark
EnterpriseDB http://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2007-04-04 18:16:57 | Re: IDENTITY/GENERATED v36 Re: Final version of IDENTITY/GENERATED patch |
Previous Message | Tom Lane | 2007-04-04 18:04:50 | elog(FATAL) vs shared memory |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2007-04-04 18:16:57 | Re: IDENTITY/GENERATED v36 Re: Final version of IDENTITY/GENERATED patch |
Previous Message | Zoltan Boszormenyi | 2007-04-04 17:44:16 | Re: IDENTITY/GENERATED v36 Re: Final version of IDENTITY/GENERATED patch |