Re: bug error message constraint "con_item_id_costelement" for table "costs" does not exist SQL state: 42704

From: joel(dot)traf(at)magwerks(dot)com
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "Vitaly Burovoy" <vitaly(dot)burovoy(at)gmail(dot)com>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: bug error message constraint "con_item_id_costelement" for table "costs" does not exist SQL state: 42704
Date: 2016-07-28 17:21:32
Message-ID: 20160728172132.E29CE4010C@smtp.hushmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Hi Tom

Thanks for the answer that explains things.

My i humbly suggest adding notes to the create table clone ( original
including all). Stating the limitation on constraints not duplicating
an identical name and code that depends on the "constraint name" aka
Upsert will fail.

Also suggest adding the same comment to the Insert on conflict
stating. Tables that are cloned with (including all ) the constraint
is not automatically recreated with the same name so the constraint
needs to be manually re-created with that specific name for the temp
table.
Additionally could throw a notice that when a table is cloned with the
copy indexes or constraints, stating names are not preserved and may
cause issues with Upsert on conflict.

again thanks
On 7/28/2016 at 12:05 PM, "Tom Lane" wrote:Vitaly Burovoy writes:
> On 7/28/16, joel(dot)traf(at)magwerks(dot)com wrote:
>> The documentation states "create temp table mytable (including all)
"
>> is suppose to create all the constraints

> CREATE TABLE ... (LIKE ...)
> creates indexes and constraints with names as if they weren't given
> (i.e. by default), so your
> constraint "con_item_id_costelement" becomes
> "costs_cost_item_id_cost_costelem_id_key"

There's a comment in generateClonedIndexStmt about that:

* We don't try to preserve the name of the source index; instead,
just
* let DefineIndex() choose a reasonable name.

However, this isn't documented anywhere user-visible AFAICS, and it
probably should be.

It's rather annoying that LIKE doesn't duplicate names of constraints,
especially now that we've invented ON CONFLICT and thereby made
constraint
names something that would be explicitly referenced in DML code.
However,
I'm afraid that doing so is harder than it looks because index names
have
to be unique within a schema. If we tried to copy constraint names
we'd
get a failure anytime the new table is in the same schema as the LIKE
source table.

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2016-07-28 17:34:24 Re: bug error message constraint "con_item_id_costelement" for table "costs" does not exist SQL state: 42704
Previous Message joel.traf 2016-07-28 17:01:42 Re: bug error message constraint "con_item_id_costelement" for table "costs" does not exist SQL state: 42704