| From: | Michael Fuhr <mike(at)fuhr(dot)org> |
|---|---|
| To: | PFC <lists(at)boutiquenumerique(dot)com> |
| Cc: | "Jim C(dot) Nasby" <decibel(at)decibel(dot)org>, Alvaro Herrera <alvherre(at)dcc(dot)uchile(dot)cl>, Bo Lorentsen <bl(at)netgroup(dot)dk>, "pgsql-general postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
| Subject: | Re: OID Usage |
| Date: | 2005-01-15 12:46:11 |
| Message-ID: | 20050115124610.GA77855@winnie.fuhr.org |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On Sat, Jan 15, 2005 at 09:02:12AM +0100, PFC wrote:
>
> As a sidenote, I have a table with a primary key which is not a
> sequence, and this query displays the non-existing sequence name. It would
> be easy to check if the sequence exists (yet another join !), only display
> sequences that exist ;)...
Hmmm...that's odd, since the query gets the sequence name through
a series of inner joins that go back go pg_class -- if the sequence
doesn't exist then where is the name coming from? I did notice
that the query should add "AND attisdropped IS FALSE" to the join
with pg_attribute, but I don't see how that would affect this case.
Can you spot where the mistake is? What does "\d tablename" show
for the table in question?
--
Michael Fuhr
http://www.fuhr.org/~mfuhr/
| From | Date | Subject | |
|---|---|---|---|
| Next Message | ntinos | 2005-01-15 12:50:26 | PQisBusy() always returns TRUE |
| Previous Message | Együd Csaba | 2005-01-15 10:32:34 | Re: pgsqlODBC problems |