Re: BUG #2867: FULL PATH name problem - Mailing list pgsql-bugs

From Tom Lane
Subject Re: BUG #2867: FULL PATH name problem
Date
Msg-id 28157.1167268670@sss.pgh.pa.us
Whole thread Raw
In response to BUG #2867: FULL PATH name problem  ("Ted Petrosky" <tedpet5@yahoo.com>)
Responses Re: BUG #2867: FULL PATH name problem  (Theodore Petrosky <tedpet5@yahoo.com>)
List pgsql-bugs
"Ted Petrosky" <tedpet5@yahoo.com> writes:
> I have been working with WebObjects and the EOModeler. When I tell EOModeler
> to examine a table, it comes up with this for the primary key.

> ALTER TABLE public.article ADD CONSTRAINT public.article_PK PRIMARY KEY
> (entityid);

> I must change it to be:
> ALTER TABLE public.article ADD CONSTRAINT article_PK PRIMARY KEY
> (entityid);
> because postgresql doesn't like the 'public.' after the CONSTRAINT. I guess
> the question is, should it?

No, I think that'd be a bad idea.  The SQL spec does call for a
schema-qualified constraint name here, but that's because they have a
different model of the constraint namespace than we do, to wit, unique
per schema vs. our unique per table.  Unless you want to buy into the
SQL naming model, you shouldn't be trying to specify a schema name here.

            regards, tom lane

pgsql-bugs by date:

Previous
From: "Ted Petrosky"
Date:
Subject: BUG #2867: FULL PATH name problem
Next
From: Theodore Petrosky
Date:
Subject: Re: BUG #2867: FULL PATH name problem