bug in 6.4.2?

From: Howie <caffeine(at)toodarkpark(dot)org>
To: PostgreSQL-general <pgsql-general(at)postgreSQL(dot)org>
Cc: caffeine(at)toodarkpark(dot)org
Subject: bug in 6.4.2?
Date: 1999-05-31 03:35:40
Message-ID: Pine.LNX.3.96.990531033022.19533J-100000@rabies.toodarkpark.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general


i was recently importing a fairly large amount of data from a mysql to
postgres ( 6.4.2 ). to make a long story short, this involved some
renames ( alter table foo rename to bar ). two psql clients were running,
accessing the same database and, in some cases, querying on the same
table. when one tried to insert into one of the recently
dropped-and-renamed tables, it produced an error saying that an attribute
didnt exist for <old table's OID>. a restart of that app fixed it.

fyi, the error was "get_attisset: no attribute requests in relation
902432" while doing an insert. a select statement just returned 0 rows,
even though there were 1 or 2 matching the query ( verified in the psql
window i was working in, doing the renames ).

is this a known problem ? do the clients cache OIDs or some such ? is
there anything i can do, apart from the obvious ( heh ), to make sure
this doesnt happen again ?

thanks in advance.

---
Howie <caffeine(at)toodarkpark(dot)org> URL: http://www.toodarkpark.org
"Do a little dance, make a little code, compile tonight... compile tonight."

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Bruce Momjian 1999-05-31 03:39:07 Re: [GENERAL] Upgrading from 6.3->6.4.2/6.5b1 possible
Previous Message Chris Bitmead 1999-05-31 02:11:06 Re: [GENERAL] Upgrading from 6.3->6.4.2/6.5b1 possible