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
>
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? |