Re: In-placre persistance change of a relation

From: Heikki Linnakangas <hlinnaka(at)iki(dot)fi>
To: Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com>, barwick(at)gmail(dot)com
Cc: jchampion(at)timescale(dot)com, pryzby(at)telsasoft(dot)com, tgl(at)sss(dot)pgh(dot)pa(dot)us, rjuju123(at)gmail(dot)com, jakub(dot)wartak(at)tomtom(dot)com, pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: In-placre persistance change of a relation
Date: 2023-02-03 07:42:52
Message-ID: 9827ebd3-de2e-fd52-4091-a568387b1fc2@iki.fi
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

I want to call out this part of this patch:

> Also this allows for the cleanup of files left behind in the crash of
> the transaction that created it.

This is interesting to a lot wider audience than ALTER TABLE SET
LOGGED/UNLOGGED. It also adds most of the complexity, with the new
marker files. Can you please split the first patch into two:

1. Cleanup of newly created relations on crash

2. ALTER TABLE SET LOGGED/UNLOGGED changes

Then we can review the first part independently.

Regarding the first part, I'm not sure the marker files are the best
approach to implement it. You need to create an extra file for every
relation, just to delete it at commit. It feels a bit silly, but maybe
it's OK in practice. The undo log patch set solved this problem with the
undo log, but it looks like that patch set isn't going anywhere. Maybe
invent a very lightweight version of the undo log for this?

- Heikki

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2023-02-03 07:44:22 Re: Weird failure with latches in curculio on v15
Previous Message Thomas Munro 2023-02-03 07:42:07 Re: Weird failure with latches in curculio on v15