Re: Implementation of global temporary tables?
От | Pavel Stehule |
---|---|
Тема | Re: Implementation of global temporary tables? |
Дата | |
Msg-id | CAFj8pRB=-SjXSugceiocadsjwOsXHL-b0cz5DSCBkaFeS2OudQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Implementation of global temporary tables? (Pavel Stehule <pavel.stehule@gmail.com>) |
Список | pgsql-hackers |
2015-02-02 11:15 GMT+01:00 Pavel Stehule <pavel.stehule@gmail.com>:
* we can simplify a static validation of plpgsql functions when temp tables are used,* we can get some performance benefit against current temp tables - less the catalogue bloating,I am thinking so some reasons why implement this feature are valid:HelloSix years ago we did discuss about global temporary tables - persistent schema, ephemeral data.
http://postgresql.nabble.com/idea-global-temp-tables-td2007217.htmlmore global temp tables are little bit comfortable for developers,* we can simplify migration from some other databases, where global temp tables are default.
I forgot other possible benefit:
* using temp tables on slaves - (needs 3c implementation)
* We have unlogged tables* We have updatable CTESome was changed from 2009:Opened questions:1. Name and conformance with standard of this feature - because we doesn't support modules, a mapping ANSI -> PG should not be trivial2. ImplementationI see three possible ways how to implement it:2.a - using on demand created temp tables - most simple solution, but doesn't help with catalogue bloating2.b - using unlogged tables for holding statistics, relfilenode, and all necessary data3.c - store ephemeral metadata only in memory without MVCCIs there still interest about this feature?
Comments, notes?Pavel
В списке pgsql-hackers по дате отправления: