dbTalk Databases Forums  

[BUGS] plpgsql TEMP table issue not fixed in 8.1?

mailing.database.pgsql-bugs mailing.database.pgsql-bugs


Discuss [BUGS] plpgsql TEMP table issue not fixed in 8.1? in the mailing.database.pgsql-bugs forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Josh Berkus
 
Posts: n/a

Default [BUGS] plpgsql TEMP table issue not fixed in 8.1? - 08-31-2005 , 07:18 PM






Folks,

I'd swear somebody committed a fix for the issue with temp tables inside
plpgsql functions, like, months ago. Yet I still get:

ERROR: relation with OID 16607 does not exist
CONTEXT: SQL statement "INSERT INTO tmp_runs ( run_id, batch, machine )
VALUES ( NEXTVAL('runs_run_id_seq'), $1 , $2 [ $3 ] )"
PL/pgSQL function "generate_test_series" line 67 at SQL statement
ERROR: relation with OID 16607 does not exist

This is CVS as of a week ago.

--
--Josh

Josh Berkus
Aglio Database Solutions
San Francisco

---------------------------(end of broadcast)---------------------------
TIP 9: In versions below 8.0, the planner will ignore your desire to
choose an index scan if your joining column's datatypes do not
match

Reply With Quote
  #2  
Old   
Tom Lane
 
Posts: n/a

Default Re: [BUGS] plpgsql TEMP table issue not fixed in 8.1? - 08-31-2005 , 09:10 PM






Josh Berkus <josh (AT) agliodbs (DOT) com> writes:
Quote:
I'd swear somebody committed a fix for the issue with temp tables inside
plpgsql functions, like, months ago.
Nope.

regards, tom lane

---------------------------(end of broadcast)---------------------------
TIP 5: don't forget to increase your free space map settings


Reply With Quote
  #3  
Old   
Neil Conway
 
Posts: n/a

Default Re: [BUGS] plpgsql TEMP table issue not fixed in 8.1? - 12-16-2005 , 12:55 PM



On Thu, 2005-12-15 at 11:09 -0800, Jim Klo wrote:
Quote:
I’m having a similar problem:

ERROR: relation with OID 7121526 does not exist
CONTEXT: SQL statement "SELECT * INTO temp tmp_resourcequeue from resourcequeue where timeblockid in (select timeblockid from tmp_timeblock)"
PL/pgSQL function "archivetimeblocks" line 54 at SQL statement

Works the first time, but not the second… even tho the temp table has been explicitly dropped between executions.

Is there a fix or workaround for this yet?
Only the workarounds that have always existed: drop and recreate the
function, disconnect and then reconnect the client application, or
reference the temp table using EXECUTE only. The underlying problem
(invalidation of cached query plans) has not yet been fixed.

-Neil



---------------------------(end of broadcast)---------------------------
TIP 6: explain analyze is your friend


Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.