Re: Reviewing temp_tablespaces GUC patch

Поиск
Список
Период
Сортировка
От Jaime Casanova
Тема Re: Reviewing temp_tablespaces GUC patch
Дата
Msg-id c2d9e70e0705241704m1d1e01abs6bb1b07a30926b36@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Reviewing temp_tablespaces GUC patch  (Alvaro Herrera <alvherre@commandprompt.com>)
Ответы Re: Reviewing temp_tablespaces GUC patch  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 5/24/07, Alvaro Herrera <alvherre@commandprompt.com> wrote:
> Bernd Helmle escribió:
>
> > It's possible that someone could drop a temporary tablespace between
> > subsequent usage of GetTempTablespace() when they are empty. This leads to
> > strange NOTICEs like
> >
> > NOTICE:  could not create temporary file
> > "pg_tblspc/16387/pgsql_tmp/pgsql_tmp19942.0"
> >
> > during query execution. However, the code is save enough and switches back
> > to base/pgsql_tmp then, but this looks a little bit ugly to me. The silent
> > mechanism to drop a tablespace during temporary usage makes me a little bit
> > uncomfortable about its robustness.
>
> What happens if you create a cursor that stores something (sort
> intermediate results?) in a temp tablespace, FETCH some from it, then
> someone else drops the tablespace and FETCH some more?
>

you can't drop a tablespace that is not empty.

--
regards,
Jaime Casanova

"Programming today is a race between software engineers striving to
build bigger and better idiot-proof programs and the universe trying
to produce bigger and better idiots.
So far, the universe is winning."                                      Richard Cook


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

Предыдущее
От: "Jaime Casanova"
Дата:
Сообщение: Re: Reviewing temp_tablespaces GUC patch
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Reviewing temp_tablespaces GUC patch