Re: Notes on lock table spilling - Mailing list pgsql-hackers

From Tom Lane
Subject Re: Notes on lock table spilling
Date
Msg-id 2293.1112246348@sss.pgh.pa.us
Whole thread Raw
In response to Notes on lock table spilling  (Alvaro Herrera <alvherre@dcc.uchile.cl>)
Responses Re: Notes on lock table spilling
List pgsql-hackers
Alvaro Herrera <alvherre@dcc.uchile.cl> writes:
> We have a problem as soon as somebody tries to delete a lot of rows from
> a big table.  We cannot possibly extend the memory requirements forever,
> so we need to spill to disk without having an in-shared-memory index.

Yes.  I'm not sure that I see the point of the in-memory index at all...
there is some intermediate regime where it would improve performance,
but it surely does not solve the basic problem that shared memory is
finite.

Maybe something involving lossy storage would work?  Compare recent
discussions about lossy bitmaps generated from index scans.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Hash vs. HashJoin nodes
Next
From: Michael Fuhr
Date:
Subject: HEAD \df doesn't show functions with no arguments