Re: plan invalidation vs stored procedures - Mailing list pgsql-hackers

From Marko Kreen
Subject Re: plan invalidation vs stored procedures
Date
Msg-id e51f66da0808061236s51b33a6em60f046c3f76901a8@mail.gmail.com
Whole thread Raw
In response to Re: plan invalidation vs stored procedures  (Florian Pflug <fgp.phlo.org@gmail.com>)
List pgsql-hackers
On 8/6/08, Florian Pflug <fgp.phlo.org@gmail.com> wrote:
> Merlin Moncure wrote:
> > you missed the point...if your return type is a composite type that is
> > backed by the table (CREATE TABLE, not CREATE TYPE), then you can
> > 'alter' the type by altering the table.  This can be done without full
> > drop recreate of the function.
>
>  Which - at least IMHO - clearly shows that we ought to support
>  ALTER TYPE for composite types ;-)
>
>  Is there anything fundamental standing in the way of that, or is it just
> that nobody yet cared enough about this?

Yes, that would be really good idea.  Although as I mentioned in previous
email, even for tables it works by accident, thus we need some invalidation
mechanism for both tables and types in PLs.

And then maybe even rettype (OUT param) change with CREATE OR REPLACE?

-- 
marko


pgsql-hackers by date:

Previous
From: Florian Pflug
Date:
Subject: Re: plan invalidation vs stored procedures
Next
From: Dimitri Fontaine
Date:
Subject: Re: plan invalidation vs stored procedures