Re: Foreign Key Problem

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

In response to

Browse pgsql-novice by date

  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