From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | Rod Taylor <pg(at)rbt(dot)ca>, Martín Marqués <martin(at)bugs(dot)unl(dot)edu(dot)ar>, pgsql-sql(at)postgresql(dot)org |
Subject: | Re: ENUM like data type |
Date: | 2005-06-29 22:55:59 |
Message-ID: | 29905.1120085759@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> Rod Taylor wrote:
>> Indeed. A CHECK constraint on a DOMAIN is an ENUM plus some.
> Not really. A domain doesn't create a new type. If you base your enum
> domains on the text type, as would usually be the case, then nothing
> stops you from using, say, text concatenation operators and the like.
> I suppose in practice this won't matter too much, but it can't be
> called a clean design. What you'd really need is a way to create a
> distinct type. SQL has a feature for that, but PostgreSQL hasn't
> implemented it.
It's not that hard to make your own type using the builtin textin and
textout functions, and then add just the functions you wish to provide.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Fred Cunningham | 2005-06-29 23:13:09 | Error saving image to PostgresSQL 8.x database |
Previous Message | Peter Eisentraut | 2005-06-29 21:20:32 | Re: ENUM like data type |