From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | operationsengineer1(at)yahoo(dot)com |
Cc: | pgsql novice <pgsql-novice(at)postgresql(dot)org> |
Subject: | Re: Foreign Key Problem |
Date: | 2005-05-03 03:10:47 |
Message-ID: | 4979.1115089847@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-novice |
<operationsengineer1(at)yahoo(dot)com> writes:
> tom, i don't know if this is a pgadmin display issue
> or if it a pgsql issue.
The presence of a dropped column in that dropdown menu is certainly
a pgadmin bug. I suspect that the bug may be leading to other
misbehaviors, say for instance the display of which columns reference
which might be offset by 1 because of the bogus appearance of the
dropped column in the list. But that is strictly a guess.
You should get some pgadmin hackers involved before doing anything else.
In particular, I'd counsel against dropping the tables involved before
a fix has been verified, because it could be that there are more
contributing factors than just "you dropped a column". If you wipe the
tables now you might be destroying evidence that is needed to fix the
bug. (And if the bug is indeed on the backend side rather than in
pgadmin, that advice goes double.)
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | operationsengineer1 | 2005-05-03 04:43:13 | Re: Foreign Key Problem |
Previous Message | Tom Lane | 2005-05-03 02:31:19 | Re: Purpose of pgsql/data/global directory? - permissions error |