Re: Analyzing foreign tables & memory problems - Mailing list pgsql-hackers

From Noah Misch
Subject Re: Analyzing foreign tables & memory problems
Date
Msg-id 20120515130808.GC25848@tornado.leadboat.com
Whole thread Raw
In response to Re: Analyzing foreign tables & memory problems  ("Albe Laurenz" <laurenz.albe@wien.gv.at>)
List pgsql-hackers
On Mon, May 14, 2012 at 09:21:20AM +0200, Albe Laurenz wrote:
> Noah Misch wrote:
> > Just thinking out loud, we could provide an "extern Datum
> AnalyzeWideValue;"
> > and direct FDW authors to use that particular datum.  It could look
> like a
> > toasted datum of external size WIDTH_THRESHOLD+1 but bear
> va_toastrelid ==
> > InvalidOid.  Then, if future code movement leads us to actually
> examine one of
> > these values, we'll get an early, hard error.
> 
> That would be very convenient indeed.
> 
> Even better would be a function
> extern Datum createAnalyzeWideValue(integer width)
> so that row width calculations could be more accurate.

Yes; good call.


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Bugs in our Windows socket code
Next
From: Robert Haas
Date:
Subject: Re: Why do we still have commit_delay and commit_siblings?