Skip site navigation (1) Skip section navigation (2)

Re: CREATE TABLE LIKE, regarding constraints

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 (view raw or flat)
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/

In response to

Responses

pgsql-docs by date

Next:From: Thiago Braga NobreDate: 2012-01-03 16:47:55
Subject: Bug
Previous:From: david.sahagianDate: 2012-01-02 14:32:39
Subject: Re: CREATE TABLE LIKE, regarding constraints

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group