Re: It's past time to redo the smgr API - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: It's past time to redo the smgr API
Date
Msg-id 20040205220246.GA3470@dcc.uchile.cl
Whole thread Raw
In response to Re: It's past time to redo the smgr API  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Thu, Feb 05, 2004 at 04:55:44PM -0500, Tom Lane wrote:
> Alvaro Herrera <alvherre@dcc.uchile.cl> writes:

> > Another way to do it would be keeping the list of files to delete along
> > with the deleting Xid, but that would also require keeping a list of
> > which xacts aborted and which ones didn't.
> 
> Really?  When a subtransaction finishes, you either delete its files
> immediately (ie, if it aborted, you can drop files it created) or you
> reassign them as the responsibility of the parent (since any effects of
> the subtransaction really depend on whether the parent commits, you
> can't actually do its deletes yet).

Right, that's the mechanism I originally envisioned.  (A similar one is
needed for deferred triggers, async notifies, heavy locks and on commit
actions.)

-- 
Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
Y dijo Dios: "Que sea Satanás, para que la gente no me culpe de todo a mí."
"Y que hayan abogados, para que la gente no culpe de todo a Satanás"


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: It's past time to redo the smgr API
Next
From: "Marc G. Fournier"
Date:
Subject: Re: It's past time to redo the smgr API