From: | Andres Freund <andres(at)anarazel(dot)de> |
---|---|
To: | Tomas Vondra <tomas(dot)vondra(at)2ndquadrant(dot)com> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, Nikhil Sontakke <nikhils(at)2ndquadrant(dot)com>, David Steele <david(at)pgmasters(dot)net>, Andrew Dunstan <andrew(dot)dunstan(at)2ndquadrant(dot)com>, Simon Riggs <simon(at)2ndquadrant(dot)com>, Craig Ringer <craig(at)2ndquadrant(dot)com>, Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>, Petr Jelinek <petr(dot)jelinek(at)2ndquadrant(dot)com>, Sokolov Yura <y(dot)sokolov(at)postgrespro(dot)ru>, Stas Kelvich <s(dot)kelvich(at)postgrespro(dot)ru>, Dmitry Dolgov <9erthalion6(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Masahiko Sawada <sawada(dot)mshk(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [HACKERS] logical decoding of two-phase transactions |
Date: | 2018-07-19 19:43:42 |
Message-ID: | 20180719194342.2u6rjo7tfjvtxvtc@alap3.anarazel.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi,
On 2018-07-18 16:08:37 +0200, Tomas Vondra wrote:
> Anyway, I have no clear idea what changes would be necessary to the original
> design of logical decoding to make implementing this easier now. The
> decoding in general is quite constrained by how our transam and WAL stuff
> works. I suppose Andres thought about this aspect, and I guess he concluded
> that (a) it's not needed for v1, and (b) adding it later will require about
> the same effort. So in the "better" case we'd end up waiting for logical
> decoding much longer, in the worse case we would not have it at all.
I still don't really see an alternative that'd have been (or even *is*)
realistically doable.
Greetings,
Andres Freund
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2018-07-19 19:49:35 | Re: [HACKERS] possible self-deadlock window after bad ProcessStartupPacket |
Previous Message | Tom Lane | 2018-07-19 19:42:49 | Re: Problem on pg_dump RANGE partition with expressions |