Re: Improving ALTER TYPE support

Поиск
Список
Период
Сортировка
От John Jawed
Тема Re: Improving ALTER TYPE support
Дата
Msg-id a9eb35850605232015y64ce1493y145b0760c9c4a3e8@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Improving ALTER TYPE support  (Josh Berkus <josh@agliodbs.com>)
Список 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@agliodbs.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

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Why is CVS server so slow?
Следующее
От: Dhanaraj M
Дата:
Сообщение: Re: Performance Issues