From: | Stephan Szabo <sszabo(at)megazone23(dot)bigpanda(dot)com> |
---|---|
To: | Josh Berkus <josh(at)agliodbs(dot)com> |
Cc: | Aasmund Midttun Godal <postgresql(at)envisity(dot)com>, <pgsql-sql(at)postgresql(dot)org> |
Subject: | Re: PL/pgSQL examples NOT involving functions |
Date: | 2001-11-28 00:32:03 |
Message-ID: | 20011127162754.I23668-100000@megazone23.bigpanda.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-docs pgsql-sql |
On Tue, 27 Nov 2001, Josh Berkus wrote:
> Aasmund,
>
> > envisity=# DROP TABLE temp ;
> > DROP
> > envisity=# create table temp (tempid integer);
> > CREATE
> > envisity=# INSERT INTO temp VALUES(3);
> > INSERT 150371 1
> > envisity=# select test3();
> > ERROR: Relation 150348 does not exist
> > envisity=#
>
> That's a new one on me. I've dropped and re-created dozens of tables,
> and while I have to re-build the views, I've never had to touch the
> functions for that reason. Either in PL/pgSQL or in SQL.
>
> What version are we talking about?
7.2b3 :)
One thing that should be noted here is that after reconnecting you should
get the 3 back out. IIRC parse tree stuff is done first time its called
through a connection. So, if you're dropping and doing stuff via like
editing files and psqling them and then starting a psql and trying your
function you won't see it happen.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2001-11-28 15:41:53 | Re: database permissions (7.3) comment |
Previous Message | Josh Berkus | 2001-11-28 00:01:36 | Re: PL/pgSQL examples NOT involving functions |
From | Date | Subject | |
---|---|---|---|
Next Message | cnliou | 2001-11-28 00:34:09 | Re: PL/pgSQL examples NOT involving functions |
Previous Message | Josh Berkus | 2001-11-28 00:24:38 | Re: Complex query help please |