Re: AtEOXact_ApplyLauncher() and subtransactions

From: Amit Khandekar <amitdkhan(dot)pg(at)gmail(dot)com>
To: Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>
Cc: PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: AtEOXact_ApplyLauncher() and subtransactions
Date: 2018-06-20 16:52:29
Message-ID: CAJ3gD9dKN1quTH5Exnfk6kKE=55UQ1Rm1fdEaH6rs+nUbShxtg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 18 June 2018 at 15:02, Amit Khandekar <amitdkhan(dot)pg(at)gmail(dot)com> wrote:
> On 16 June 2018 at 00:03, Amit Khandekar <amitdkhan(dot)pg(at)gmail(dot)com> wrote:
>> The way I am implementing this can be seen in attached
>> apply_launcher_subtrans_WIP.patch. (check launcher.c changes). I
>> haven't started testing it yet though.
>
> Attached patch passes some basic testing I did. Will do some more
> testing, and some self-review and code organising, if required.

Done. Attached is v2 version of the patch. Comments welcome.

Changed GetSubscriptionRelations() to GetSubscriptionRelids(), which
now returns only the oids, not the subrel states. This was convenient
for storing the exact returned list into the committed subscription
rels. And anyways the subrel states were not used anywhere.

> I will also split the patch into two : one containing the main issue
> regarding subtransaction, and the other containing the other issue I
> mentioned earlier that shows up without subtransaction as well.

Did not split the patch. The changes for the other issue that shows up
without subtransaction are all in subscriptioncmds.c , and that file
contains mostly the changes for this issue. So kept it as a single
patch. But if it gets inconvenient for someone while reviewing, I will
be happy to split it.

--
Thanks,
-Amit Khandekar
EnterpriseDB Corporation
The Postgres Database Company

Attachment Content-Type Size
apply_launcher_subtrans_v2.patch application/octet-stream 19.5 KB

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2018-06-20 16:58:39 Re: Fast default stuff versus pg_upgrade
Previous Message Andrew Dunstan 2018-06-20 16:51:07 Re: Fast default stuff versus pg_upgrade