Re: Getting rid of LSEG.m - Mailing list pgsql-hackers

From Heikki Linnakangas
Subject Re: Getting rid of LSEG.m
Date
Msg-id 54D0FCE0.4010507@vmware.com
Whole thread Raw
In response to Getting rid of LSEG.m  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On 02/03/2015 06:47 PM, Tom Lane wrote:
> Or perhaps we should just remove both the field and the ifdef'd
> assignments.  That's a bit more drastic but I can't really see
> this code ever coming back to life ... especially since the notion
> of a field that's not stored on disk but is valid in in-memory
> copies seems impossibly error-prone.  Most functions can have no
> idea whether their input is residing in a disk buffer or not.
> And adding the bookkeeping to determine that would surely cost
> more than just recomputing the slope when needed.

+1 for removing it altogether.

- Heikki




pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Getting rid of LSEG.m
Next
From: Tom Lane
Date:
Subject: Re: Release note bloat is getting out of hand