| From: | Jeff Davis <pgsql(at)j-davis(dot)com> |
|---|---|
| To: | Christopher Browne <cbbrowne(at)gmail(dot)com> |
| Cc: | pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: Range Types and extensions |
| Date: | 2011-06-06 16:53:20 |
| Message-ID: | 1307379200.2402.165.camel@jdavis |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Mon, 2011-06-06 at 16:45 +0000, Christopher Browne wrote:
> How to slice it apart into an appropriate admixture of core and
> extensions is a good question, though it seems pretty likely that
> having an extension for each data type that is to be mixed into a
> range is a reasonable way to go.
...
> Per-type extensions offers a pretty natural partitioning of the code
> for each type, which seems pretty good.
Ideally, most range types can be created with a simple:
CREATE TYPE foorange AS RANGE (subtype=foo);
There might be a few subtype-specific functions, like the canonical
function, but overall it should be a small amount of code per range.
However, I'd say just bundle a bunch of rangetypes together in one
extension. There's not really much cost -- if you are using one range
type, you'll use a few more.
Regards,
Jeff Davis
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Robert Haas | 2011-06-06 16:53:49 | Re: Range Types and extensions |
| Previous Message | Tom Lane | 2011-06-06 16:49:46 | Re: Postmaster holding unlinked files for pg_largeobject table |