Re: Any reason not to return row_count in cursor of plpgsql?

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: Any reason not to return row_count in cursor of plpgsql?
Дата
Msg-id 200904021920.n32JKtF00619@momjian.us
обсуждение исходный текст
Ответ на Re: Any reason not to return row_count in cursor of plpgsql?  (Andrew Gierth <andrew@tao11.riddles.org.uk>)
Список pgsql-hackers
Thanks, patch applied.

---------------------------------------------------------------------------

Andrew Gierth wrote:
> >>>>> "Bruce" == Bruce Momjian <bruce@momjian.us> writes:
> 
>  >> hi all,
>  >> 
>  >> I read the code that it seems easy for the cursor in plpgsql to
>  >> return ROW_COUNT after MOVE LAST etc. The SPI_processed variable
>  >> already there, but didn't put it into estate structure, any reason
>  >> for that?
>  >> 
>  >> thanks and best regards
> 
>  Bruce> Sorry, we have decided against this change because it might
>  Bruce> break existing applications.
> 
> As they say on wikipedia, [citation needed]
> 
> GET DIAGNOSTICS ROW_COUNT is documented as working for all commands;
> if it doesn't work for MOVE (and FETCH), that's a bug. It might be one
> that's not appropriate to backpatch, but that's no excuse for not
> fixing it in a new release.
> 
> It's especially egregious in that MOVE _does_ set FOUND.
> 
> diff -c -r1.235 pl_exec.c
> *** pl_exec.c    23 Feb 2009 10:03:22 -0000    1.235
> --- pl_exec.c    27 Mar 2009 10:44:08 -0000
> ***************
> *** 3368,3373 ****
> --- 3368,3375 ----
>           exec_set_found(estate, n != 0);
>       }
>   
> +     estate->eval_processed = n;
> + 
>       return PLPGSQL_RC_OK;
>   }
>   
> -- 
> Andrew (irc:RhodiumToad)

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + If your life is a hard drive, Christ can be your backup. +


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

Предыдущее
От: Andrew Gierth
Дата:
Сообщение: Re: Crash in gist insertion on pathological box data
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: Path case sensitivity on windows