| From: | Dilip Kumar <dilipbalaut(at)gmail(dot)com> |
|---|---|
| To: | Nitin Motiani <nitinmotiani(at)google(dot)com> |
| Cc: | Bernd Helmle <mailings(at)oopsware(dot)de>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: Proposal: Support Logical replication of large objects |
| Date: | 2026-01-06 11:52:56 |
| Message-ID: | CAFiTN-vSNUu6CJ09DC3JtKnfeFCu0FogH0gx_Z3jP2xA=VQ2Dw@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Tue, Jan 6, 2026 at 3:05 PM Nitin Motiani <nitinmotiani(at)google(dot)com> wrote:
>
> Hi Dilip,
>
> Thanks for initiating this work. I have created a POC for the apply
> worker on top of your patch. I refactored lo_put to provide a function
> which can be called without an fmgr and used that to apply the
> lo_write operation coming from the publisher. I tested this manually
> along with your patch and it works as long as lo_create is called
> beforehand on the subscriber with the same oid.
Thanks Nitin for working on this, I will look into it.
This patch currently
> doesn't handle the tablesync worker so it can only apply the lo_write
> ops done after the replication slot is created. I'm looking into how
> to support large objects in tablesync. PFA the patch and let me know
> what you think.
Make sense, Thanks.
--
Regards,
Dilip Kumar
Google
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Heikki Linnakangas | 2026-01-06 11:53:10 | Re: Multixid SLRU truncation bugs at wraparound |
| Previous Message | David Rowley | 2026-01-06 11:49:59 | Re: Define DatumGetInt8 function. |