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 |
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 |