Re: Why overhead of SPI is so large?

Поиск
Список
Период
Сортировка
От Kyotaro Horiguchi
Тема Re: Why overhead of SPI is so large?
Дата
Msg-id 20191122.153340.917828002561685014.horikyota.ntt@gmail.com
обсуждение исходный текст
Ответ на Re: Why overhead of SPI is so large?  (Pavel Stehule <pavel.stehule@gmail.com>)
Ответы Re: Why overhead of SPI is so large?  (Pavel Stehule <pavel.stehule@gmail.com>)
Список pgsql-hackers
At Fri, 22 Nov 2019 06:15:25 +0100, Pavel Stehule <pavel.stehule@gmail.com> wrote in
> čt 21. 11. 2019 v 20:44 odesílatel Tom Lane <tgl@sss.pgh.pa.us> napsal:
>
> > Pavel Stehule <pavel.stehule@gmail.com> writes:
> > > čt 21. 11. 2019 v 10:31 odesílatel Konstantin Knizhnik <
> > > k.knizhnik@postgrespro.ru> napsal:
> > >> With contain_mutable_functions the patch becomes trivial.
> >
> > > Stable functions doesn't need own snapshot too, so it is not fully
> > correct,
> > > but it is on safe side.
> >
> > No, I doubt that.  A stable function is allowed to inspect database state,
> > and if it's being called by a volatile function, it has every right to
> > expect that it'd see updates-so-far made by the volatile function.
>
> for this I need new snapshot?

It depends on what we regard as "query" or "command" here. It seems to
me that every line in a plpgsql function is regarded as a "query" for
stable function, even if the function is called in another "query".

In short, we need it, I think.

regards.

--
Kyotaro Horiguchi
NTT Open Source Software Center



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

Предыдущее
От: Tatsuo Ishii
Дата:
Сообщение: Re: Implementing Incremental View Maintenance
Следующее
От: Pavel Stehule
Дата:
Сообщение: Re: Why overhead of SPI is so large?