Re: [HACKERS] Use of non-restart-safe storage by temp_tablespaces - Mailing list pgsql-hackers

From Robert Haas
Subject Re: [HACKERS] Use of non-restart-safe storage by temp_tablespaces
Date
Msg-id CA+Tgmoa=Aex5Usgh9kw5UYrChQwA_Sh2znROcUA2-uT_vEYcyQ@mail.gmail.com
Whole thread Raw
In response to Re: [HACKERS] Use of non-restart-safe storage by temp_tablespaces  (Mark Dilger <hornschnorter@gmail.com>)
Responses Re: [HACKERS] Use of non-restart-safe storage by temp_tablespaces  (Bruce Momjian <bruce@momjian.us>)
List pgsql-hackers
On Tue, May 30, 2017 at 6:50 PM, Mark Dilger <hornschnorter@gmail.com> wrote:
>> On May 29, 2017, at 11:53 AM, Bruce Momjian <bruce@momjian.us> wrote:
>> Right now we don't document that temp_tablespaces can use
>> non-restart-safe storage, e.g. /tmp, ramdisks.  Would this be safe?
>> Should we document this?
>
> The only safe way to do temporary tablespaces that I have found is to extend
> the grammar to allow CREATE TEMPORARY TABLESPACE, and then refuse
> to allow the creation of any non-tempoary table (or index on same) in that
> tablespace.  Otherwise, it is too easy to be surprised to discover that your
> table contents have gone missing.

I think this would be a sensible approach.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Christoph Berg
Date:
Subject: Re: [HACKERS] [PATCH] relocation truncated to fit: citus buildfailure on s390x
Next
From: tushar
Date:
Subject: [HACKERS] Error while creating subscription when server is running in singleuser mode