Bruce Momjian <br...@momjian.us> writes:
> Wow, I have no idea what that means. I am wondering if we should just
> remove this TODO item. We don't even support comments on indexed
> columns, so why would pg_dump need to dump it?
The system will let you do it, both cases:
regression=# create type foo as (f1 int, f2 text);
CREATE TYPE
regression=# comment on column foo.f2 is 'column of a composite type';
COMMENT
regression=# create table tt (f1 int primary key);
NOTICE: CREATE TABLE / PRIMARY KEY will create implicit index "tt_pkey" for
table "tt"
CREATE TABLE
regression=# comment on column tt_pkey.f1 is 'column of an index';
COMMENT
and pg_dump fails to dump both cases.
Commenting on a composite-type column seems reasonable. I'm less happy
about the other because it depends on the names assigned to index
columns, which are implementation artifacts. I'd rather see us forbid
the case.
regards, tom lane
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
