Re: In-placre persistance change of a relation
Kyotaro Horiguchi <horikyota.ntt@gmail.com>
From: Kyotaro Horiguchi <horikyota.ntt@gmail.com>
To: stark.cfm@gmail.com
Cc: hlinnaka@iki.fi, barwick@gmail.com, jchampion@timescale.com,
pryzby@telsasoft.com, tgl@sss.pgh.pa.us, rjuju123@gmail.com,
jakub.wartak@tomtom.com, pgsql-hackers@lists.postgresql.org
Date: 2023-03-03T09:03:53Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
pg_dump: Refactor getIndexes()
- e2c52beecdea 15.0 cited
-
Optimize DropRelFileNodesAllBuffers() for recovery.
- bea449c635c0 14.0 cited
Attachments
- v26-0001-Storage-mark-files.patch (text/x-patch)
At Wed, 1 Mar 2023 14:56:25 -0500, "Gregory Stark (as CFM)" <stark.cfm@gmail.com> wrote in > On Mon, 6 Feb 2023 at 23:48, Kyotaro Horiguchi <horikyota.ntt@gmail.com> wrote: > > > > Thank you for the comment! > > > > At Fri, 3 Feb 2023 08:42:52 +0100, Heikki Linnakangas <hlinnaka@iki.fi> wrote in > > > I want to call out this part of this patch: > > Looks like this patch has received some solid feedback from Heikki and > you have a path forward. It's not currently building in the build farm > either. > > I'll set the patch to Waiting on Author for now. Correctly they are three parts. Correctly they are three parts. The attached patch is the first part - the storage mark files, which are used to identify storage files that have not been committed and should be removed during the next startup. This feature resolves the issue of orphaned storage files that may result from a crash occurring during the execution of a transaction involving the creation of a new table. I'll post all of the three parts shortly. regards. -- Kyotaro Horiguchi NTT Open Source Software Center