Re: PL/pgSQL bug?

Поиск
Список
Период
Сортировка
От Jan Wieck
Тема Re: PL/pgSQL bug?
Дата
Msg-id 200108131411.f7DEBNm07263@jupiter.us.greatbridge.com
обсуждение исходный текст
Ответ на Re: PL/pgSQL bug?  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: PL/pgSQL bug?  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Tom Lane wrote:
> "Hiroshi Inoue" <Inoue@tpf.co.jp> writes:
> > It's possible for a function to use a unique snapshot
> > if there are only SELECT statements in the function
> > but it's impossible if there are UPDATE/DELETE or
> > SELECT .. FOR UPDATE statements etc.
>
> You are confusing snapshots (which determine visibility of the results
> of OTHER transactions) with command-counter incrementing (which
> determines visibility of the results of OUR OWN transaction).  I agree
> that plpgsql's handling of command-counter changes is broken, but it
> does not follow that sprinkling the code with SetQuerySnapshot is wise.
   Why  do  you  blame  PL/pgSQL  for that? I don't see a single   reference to the command counter from the  PL/pgSQL
sources.  All it does is using SPI. So does "using SPI" by itself count   as "boken"?
 
   If so, uh-oh, referential integrity is using SPI ...


Jan

--

#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me.                                  #
#================================================== JanWieck@Yahoo.com #



_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Re: [PATCHES] Select parser at runtime
Следующее
От: Tom Lane
Дата:
Сообщение: Re: PL/pgSQL bug?