Re: Parallel Seq Scan
От | Amit Kapila |
---|---|
Тема | Re: Parallel Seq Scan |
Дата | |
Msg-id | CAA4eK1+y0yVXJiNmDxkMDs_+HQzKabd8MOWAzZW0Krf_wXXuBQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Parallel Seq Scan (Kouhei Kaigai <kaigai@ak.jp.nec.com>) |
Ответы |
Re: Parallel Seq Scan
|
Список | pgsql-hackers |
On Thu, Jan 22, 2015 at 6:37 AM, Kouhei Kaigai <kaigai@ak.jp.nec.com> wrote:
>
> (Please point out me if my understanding is incorrect.)
>
>
> (Please point out me if my understanding is incorrect.)
>
> What happen if dynamic background worker process tries to reference temporary
> tables? Because buffer of temporary table blocks are allocated on private
> address space, its recent status is not visible to other process unless it is
> not flushed to the storage every time.
>
> Do we need to prohibit create_parallelscan_paths() to generate a path when
> target relation is temporary one?
>
Yes, we need to prohibit parallel scans on temporary relations. Will fix.
> tables? Because buffer of temporary table blocks are allocated on private
> address space, its recent status is not visible to other process unless it is
> not flushed to the storage every time.
>
> Do we need to prohibit create_parallelscan_paths() to generate a path when
> target relation is temporary one?
>
Yes, we need to prohibit parallel scans on temporary relations. Will fix.
В списке pgsql-hackers по дате отправления: