From: Robert Haas on
On Sat, Apr 17, 2010 at 11:53 PM, Josh Kupershmidt <schmiddy(a)gmail.com> wrote:
> Addressing TODO item "Distinguish between unique indexes and unique
> constraints in \d+" for psql, and picking up from thread:
> http://archives.postgresql.org/message-id/8780.1271187360(a)sss.pgh.pa.us
>
> Attached is a simple patch which clarifies unique constraints with
> "UNIQUE CONSTRAINT" in psql's \d+ description of a table. The
> appearance of unique indexes is left as-is.
>
> == Old \d+ display ==
> Indexes:
>    "name_uniq_constr" UNIQUE, btree (name)
>
> == New \d+ display ==
> Indexes:
>    "name_uniq_constr" UNIQUE CONSTRAINT, btree (name)

You know, I've never really understood the difference between these
two types of things, or why we need to support both. Which may be
just because I'm slow?

....Robert

--
Sent via pgsql-hackers mailing list (pgsql-hackers(a)postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

From: Tom Lane on
Robert Haas <robertmhaas(a)gmail.com> writes:
> You know, I've never really understood the difference between these
> two types of things, or why we need to support both. Which may be
> just because I'm slow?

Unique constraints are defined by the SQL standard, and have a syntax
that can't support a lot of the extensions that CREATE INDEX allows.
There's also restrictions in the information_schema views.
So unifying the two concepts completely would be a mess.

regards, tom lane

--
Sent via pgsql-hackers mailing list (pgsql-hackers(a)postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

From: Robert Haas on
On Sun, Apr 18, 2010 at 11:23 AM, Tom Lane <tgl(a)sss.pgh.pa.us> wrote:
> Robert Haas <robertmhaas(a)gmail.com> writes:
>> You know, I've never really understood the difference between these
>> two types of things, or why we need to support both.  Which may be
>> just because I'm slow?
>
> Unique constraints are defined by the SQL standard, and have a syntax
> that can't support a lot of the extensions that CREATE INDEX allows.
> There's also restrictions in the information_schema views.
> So unifying the two concepts completely would be a mess.

I thought it might be something like that.

Josh - you may want to add your patch here:

https://commitfest.postgresql.org/action/commitfest_view/open

....Robert

--
Sent via pgsql-hackers mailing list (pgsql-hackers(a)postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

From: Josh Kupershmidt on
On Sun, Apr 18, 2010 at 11:41 AM, Robert Haas <robertmhaas(a)gmail.com> wrote:
> Josh - you may want to add your patch here:
>
> https://commitfest.postgresql.org/action/commitfest_view/open

Added, thanks!

Josh

--
Sent via pgsql-hackers mailing list (pgsql-hackers(a)postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers