From: | Magnus Hagander <magnus(at)hagander(dot)net> |
---|---|
To: | david(dot)sahagian(at)emc(dot)com |
Cc: | pgsql-docs(at)postgresql(dot)org |
Subject: | Re: CREATE TABLE LIKE, regarding constraints |
Date: | 2012-01-02 19:31:43 |
Message-ID: | CABUevEy-+Tszne6SgkHm05dyRkPV0tVGRqTT=Dj9G7Fe9gfFwQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-docs |
On Mon, Jan 2, 2012 at 15:32, <david(dot)sahagian(at)emc(dot)com> wrote:
> On Fri, Dec 30, 2011 at 22:27, <david(dot)sahagian(at)emc(dot)com> wrote:
>> www.postgresql.org/docs/9.0/static/sql-createtable.html
>> == == == == ==
>> LIKE parent_table [ like_option ... ]
>> . . .
>> Not-null constraints are always copied to the new table.
>> CHECK constraints will only be copied if INCLUDING CONSTRAINTS is specified; other types of constraints will never be copied.
>> . . .
>> == == == == ==
>>
>> But I do see PK and UNIQUE constraints
>> CONSTRAINT blah_pkey PRIMARY KEY (id),
>> CONSTRAINT blah_host_id_key UNIQUE (host_id)
>> in the def of the new table.
>
> Can you provide the commands you ran to make that happen? It doesn't
> happen for me in a trivial test.
>
>> Also, why is there no discussion of what "EXCLUDING CONSTRAINTS" will result in ?
>
>
> Magnus,
> I did some more "testing" of CREATE TABLE LIKE,
> and now see that [INCLUDING INDEXES] also can cause PRIMARY KEY and UNIQUE constraints to become part of the new table.
Ah, that explains why I couldn't reproduce it.
> I have no problem with this behavior,
> but the doc probably deserves some clarification on the "relationship" between
> [INCLUDING CONSTRAINTS] and [INCLUDING INDEXES].
That might be a good idea, yes. Feel like cooking up a patch?
--
Magnus Hagander
Me: http://www.hagander.net/
Work: http://www.redpill-linpro.com/
From | Date | Subject | |
---|---|---|---|
Next Message | Thiago Braga Nobre | 2012-01-03 16:47:55 | Bug |
Previous Message | david.sahagian | 2012-01-02 14:32:39 | Re: CREATE TABLE LIKE, regarding constraints |