RE: relation ### modified while in use

From: Alex Pilosov <alex(at)pilosoft(dot)com>
To: Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp>
Cc: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)postgresql(dot)org
Subject: RE: relation ### modified while in use
Date: 2000-11-02 23:03:54
Message-ID: Pine.BSO.4.10.10011021715030.4001-100000@spider.pilosoft.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Fri, 3 Nov 2000, Hiroshi Inoue wrote:

> PL/pgSQL already prepares a plan at the first execution
> time and executes the plan repeatedly after that.
> We would have general PREPARE/EXECUTE feature in the
> near fututre. IMHO another mechanism to detect plan invali
> dation is needed.
Excellent point. While now I don't consider it too inconvenient to reload
all my stored procedures after I change database structure, in future, I'd
love it to be handled by postgres itself.

Possibly, plpgsql (or postgresql itself) could have a 'dependency' list of
objects that the current object depends on?

This would additionally help dump/restore (the old one, I'm not talking
about the newfangled way to do it), since, for restore, you need to dump
the objects in the order of their dependency, and plpgsql procedure can
potentially depend on an object that has a higher OID...

-alex

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Pam Withnall 2000-11-03 00:08:45 FUNCTIONS returning a record?
Previous Message Philip Warner 2000-11-02 22:59:39 Re: Transaction costs?