Re: trap instead of error on 32 TiB table - Mailing list pgsql-hackers

From Heikki Linnakangas
Subject Re: trap instead of error on 32 TiB table
Date
Msg-id 7528b15d-ba0e-5bd9-4cf8-26ca9d627066@iki.fi
Whole thread Raw
In response to Re: trap instead of error on 32 TiB table  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses The End of the WAL  (Christoph Berg <christoph.berg@credativ.de>)
List pgsql-hackers
On 09/09/2021 17:25, Tom Lane wrote:
> Having done that, the check in md.c could be reduced to an Assert,
> although there's something to be said for leaving it as-is as an
> extra layer of defense.

Some operations call smgrextend() directly, like B-tree index creation. 
We don't want those operations to hit an assertion either.

- Heikki



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: We don't enforce NO SCROLL cursor restrictions
Next
From: "Bossart, Nathan"
Date:
Subject: Re: Estimating HugePages Requirements?