Re: [HACKERS] Use of non-restart-safe storage by temp_tablespaces
От | Robert Haas |
---|---|
Тема | Re: [HACKERS] Use of non-restart-safe storage by temp_tablespaces |
Дата | |
Msg-id | CA+Tgmoa=Aex5Usgh9kw5UYrChQwA_Sh2znROcUA2-uT_vEYcyQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] Use of non-restart-safe storage by temp_tablespaces (Mark Dilger <hornschnorter@gmail.com>) |
Ответы |
Re: [HACKERS] Use of non-restart-safe storage by temp_tablespaces
|
Список | 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 по дате отправления: