Re: Improving ALTER TYPE support

From: "John Jawed" <johnjawed(at)gmail(dot)com>
To: "Josh Berkus" <josh(at)agliodbs(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Improving ALTER TYPE support
Date: 2006-05-24 03:15:19
Message-ID: a9eb35850605232015y64ce1493y145b0760c9c4a3e8@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Makes more sense to do that, and I think it'll be cleaner to implement as
well.

On 5/23/06, Josh Berkus <josh(at)agliodbs(dot)com> wrote:
>
> John,
>
> > I've been working on a function which returns a setof a composite type.
> > Everytime I've changed the structure of the returning setof, I've had to
> > change the type accordingly, which current means doing a drop type ...
> > cascade down to the function. We should allow one of the following:
>
> Why not go all the way and work out a way to define an SRF return type as
> a
> part of the function? e.g.
>
> CREATE OR REPLACE FUNCTION some_srf ( param1 int, param2 text )
> RETURNS some_srf ( col1 int, col2 numeric ) AS ....
>
> Then the "replace" function would automatically rebuild the type.
>
> --
> Josh Berkus
> PostgreSQL @ Sun
> 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
>

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Dhanaraj M 2006-05-24 03:56:51 Re: Performance Issues
Previous Message Tom Lane 2006-05-24 02:58:42 Re: Why is CVS server so slow?