Re: In-placre persistance change of a relation
Kyotaro Horiguchi <horikyota.ntt@gmail.com>
From: Kyotaro Horiguchi <horikyota.ntt@gmail.com>
To: tgl@sss.pgh.pa.us
Cc: rjuju123@gmail.com, jakub.wartak@tomtom.com,
pgsql-hackers@lists.postgresql.org
Date: 2022-01-19T00:39:07Z
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
- v17-0001-In-place-table-persistence-change.patch (text/x-patch)
At Tue, 18 Jan 2022 10:37:53 -0500, Tom Lane <tgl@sss.pgh.pa.us> wrote in > Julien Rouhaud <rjuju123@gmail.com> writes: > > The cfbot is failing on all OS with this version of the patch. Apparently > > v16-0002 introduces some usage of "testtablespace" client-side variable that's > > never defined, e.g. > > That test infrastructure got rearranged very recently, see d6d317dbf. Thanks to both. It seems that even though I know about the change, I forgot to make my repo up to date before checking. The v17 attached changes only the following point (as well as corresponding "expected" file). -+CREATE TABLESPACE regress_tablespace LOCATION :'testtablespace'; ++CREATE TABLESPACE regress_tablespace LOCATION ''; regards. -- Kyotaro Horiguchi NTT Open Source Software Center