From: | Merlin Moncure <mmoncure(at)gmail(dot)com> |
---|---|
To: | Noah Misch <noah(at)leadboat(dot)com> |
Cc: | PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>, Michael Nolan <htfoot(at)gmail(dot)com> |
Subject: | Re: Temporary tables under hot standby |
Date: | 2012-05-07 14:04:28 |
Message-ID: | CAHyXU0yreJK6NNzYSN2360-PJ12Vh9+1aX29A=YWT4cDJBi2HA@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Apr 24, 2012 at 10:55 PM, Noah Misch <noah(at)leadboat(dot)com> wrote:
> A key barrier to migrations from trigger-based replication to WAL-based
> replication is the lack of temporary tables under hot standby. I'd like to
> close that gap; the changes needed will also reduce the master-side cost of
> temporary table usage. Here is a high-level design for your advice and
> comments. Much of this builds on ideas from past postings noted below.
On Mon, May 7, 2012 at 8:52 AM, Michael Nolan <htfoot(at)gmail(dot)com> wrote:
> To cross-pollinate with another thread, if temporary tables (and
> insert/delete/update transactions to them) are to be supported on a slave,
> will the applications using those temporary tables expect to be able to use
> 'nextval' on inserts to temporary tables as well?
That's a very good question. I'm moving it -hackers...how do non
table temporary objects work? Do you have CREATE GLOBAL TEMPORARY
SEQUENCE? etc.
My understanding of the current proposal is that the sequence (along
with the rest of the table) has to be defined in the master as a
global temporary table. It seems that it wouldn't be possible or
desirable to serialize sequence fetches between the master and standby
servers, but I'm not sure about that.
merlin
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2012-05-07 14:36:01 | 9.2 Beta release notes |
Previous Message | Magnus Hagander | 2012-05-07 08:06:54 | Re: "unexpected EOF" messages |