From: | Martijn van Oosterhout <kleptog(at)svana(dot)org> |
---|---|
To: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
Cc: | Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-hackers(at)postgresql(dot)org, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> |
Subject: | Re: [GENERAL] A real currency type |
Date: | 2006-03-21 22:23:59 |
Message-ID: | 20060321222359.GI11045@svana.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
On Tue, Mar 21, 2006 at 03:59:31PM -0500, Andrew Dunstan wrote:
> >I think such types would be better implemented as some sort of
> >structured type, possibly with constructors and methods and all the
> >other stuff that SQL talks about. We don't have all of that yet --
> >maybe we don't need all of it immediately -- but before we start
> >endorsing many of these types I'd like to see some consideration given
> >to this issue.
>
> Yeah, looks interesting but let's find the wrinkles. I was wondering if
> it might have relevance to what I wanted to do with enumeration types,
> i.e. we would tag each one with its particular enumeration id.
I have considered making enumeration types with this. It would probably
work but kind of overkill. The main problem being that this code is
seriously aimed at creating new types that you intend to do operations
on, create operators for. An enumeration is just that, an enumeration.
> I also don't like the idea of it being done with user tables - if this
> is core material then the tags should go in the catalog, ISTM.
But the user is providing the list of tags when creating the type.
Unless you are proposing copying the tag table to the catalog when the
type is created? You can't store all the tags for all tagged types in
one tag table either. At least, that wasn't what I was envisiging. See
the currency type where the tag-table also stores the format string for
output. No other tagged type is going to need that information.
SQL types with constructors and methods might provide this also, I
don't know. My purpose with this was allowing people to simply create
new types with specific behaviour without writing functions in C. Right
now type input/output functions cannot be written in anything other
than C. Here are a few C functions that handle these new types in a
generic way and user can write little pl/pgsql wrappers to customise
the output.
Have a ncie day,
--
Martijn van Oosterhout <kleptog(at)svana(dot)org> http://svana.org/kleptog/
> Patent. n. Genius is 5% inspiration and 95% perspiration. A patent is a
> tool for doing 5% of the work and then sitting around waiting for someone
> else to do the other 95% so you can sue them.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2006-03-21 22:25:15 | Re: [GENERAL] A real currency type |
Previous Message | Martijn van Oosterhout | 2006-03-21 22:12:12 | Re: [GENERAL] A real currency type |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2006-03-21 22:25:15 | Re: [GENERAL] A real currency type |
Previous Message | Simon Riggs | 2006-03-21 22:18:40 | Re: Automatically setting work_mem |