Re: actualised forgotten Magnus's patch for plpgsql MOVE statement

Поиск
Список
Период
Сортировка
От Neil Conway
Тема Re: actualised forgotten Magnus's patch for plpgsql MOVE statement
Дата
Msg-id 1177810052.6440.196.camel@localhost.localdomain
обсуждение исходный текст
Ответ на actualised forgotten Magnus's patch for plpgsql MOVE statement  ("Pavel Stehule" <pavel.stehule@hotmail.com>)
Ответы Re: actualised forgotten Magnus's patch for plpgsql MOVE statement
Список pgsql-patches
On Fri, 2007-04-20 at 09:46 +0200, Pavel Stehule wrote:
> I refreshed Magnus's patch
> http://archives.postgresql.org/pgsql-patches/2007-02/msg00275.php from
> februar.

Applied, thanks.

BTW, I notice that the documentation for PL/PgSQL's FETCH command states
that only the direction variants that fetch a *single* row are allowed.
This is not actually the case: FETCH RELATIVE 2 FROM c INTO v results in
assigning the first row from "c" into "v", and then discarding the
second row. Is this the best behavior? At the least, we should describe
it in the documentation.

> p.s. scrollable cursors in plpgsql need little work still. I forgot for
> nonstandard (postgresql extension) direction forward all, forward n,
> backward n. Forward all propably hasn't sense.

Yes, these are certainly needed for MOVE, and we may as well allow them
for FETCH as well.

-Neil



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

Предыдущее
От: Neil Conway
Дата:
Сообщение: Re: Hash function for numeric (WIP)
Следующее
От: Tom Lane
Дата:
Сообщение: Re: actualised forgotten Magnus's patch for plpgsql MOVE statement