Re: FUNCTION problem

Поиск
Список
Период
Сортировка
Искать
От
Peter Willis
Тема
Re: FUNCTION problem
Дата
Msg-id
49D65F0A.70107@borstad.com
Ответ на
Re: FUNCTION problem (Adrian Klaver)
Список
Дерево обсуждения
FUNCTION problem Peter Willis <peterw@borstad.com>
Re: FUNCTION problem Adrian Klaver <aklaver@comcast.net>
Re: FUNCTION problem Peter Willis <peterw@borstad.com>
Re: FUNCTION problem Adrian Klaver <aklaver@comcast.net>
Re: FUNCTION problem Peter Willis <peterw@borstad.com>
Re: FUNCTION problem Adrian Klaver <aklaver@comcast.net>
Re: FUNCTION problem Adrian Klaver <aklaver@comcast.net>
Re: FUNCTION problem Adrian Klaver <aklaver@comcast.net>
Re: FUNCTION problem Peter Willis <peterw@borstad.com>
Re: FUNCTION problem Adrian Klaver <aklaver@comcast.net>
Re: FUNCTION problem Peter Willis <peterw@borstad.com>
Adrian Klaver wrote:
>
> 
> If you are using Postgres 8.1+ then it becomes even easier because you can use OUT parameters in the function argument list to eliminate the "as test(c1 int,c2 int)" clause. At this point it becomes a A-->B-->C problem i.e determine what your inputs are, how you want to process them and how you want to return the output.
> 

'8.1+'?? Hmmm, I'm using 8.3. I could use that.

I got the more complex version of the query to work
by backing away from 'plpgsql' as the language and using
'sql' instead.

I then nested (terribly ugly) my select statements to
generate a single SQL query from all. This allows
me to change the output of the query without needing
to define a new set of output 'OUT' parameters each time
I change things.

I have use of the 'OUT' parameters with another set
of functions though. Thanks for that.

Peter

В списке pgsql-sql по дате отправления
От: Tony Cebzanov
Дата:
От: Peter Koczan
Дата:
FAQ