Horton

Re: Relation bulk write facility

Heikki Linnakangas <hlinnaka@iki.fi>

View thread
From: Heikki Linnakangas <hlinnaka@iki.fi>
To: Noah Misch <noah@leadboat.com>
Cc: Peter Smith <smithpb2250@gmail.com>, Robert Haas <robertmhaas@gmail.com>, vignesh C <vignesh21@gmail.com>, Andres Freund <andres@anarazel.de>, pgsql-hackers <pgsql-hackers@postgresql.org>, Melanie Plageman <melanieplageman@gmail.com>
Date: 2024-08-16T12:18:31Z
Lists: pgsql-hackers

Commits

Same data as JSON: GET /api/v1/messages/:b64id/commits the thread's linked commits as JSON, with link sources. API reference →

  1. Relax fsyncing at end of a bulk load that was not WAL-logged

  2. Fix cross-version upgrade tests after f0827b443.

  3. Remove AIX support

  4. Fix compiler warning on typedef redeclaration

  5. Introduce a new smgr bulk loading facility.

On 03/07/2024 06:41, Noah Misch wrote:
> On Tue, Jul 02, 2024 at 02:42:50PM +0300, Heikki Linnakangas wrote:
>> On 02/07/2024 02:24, Noah Misch wrote:
>>> On Tue, Jul 02, 2024 at 12:53:05AM +0300, Heikki Linnakangas wrote:
>>>> Fortunately, fsync() on a file that's already flushed to disk is pretty
>>>> cheap.
>>>
>>> Yep.  I'm more concerned about future readers wondering why the function is
>>> using LSNs to decide what to do about data that doesn't appear in WAL.  A
>>> comment could be another way to fix that, though.
>>
>> Agreed, this is all very subtle, and deserves a good comment. What do you
>> think of the attached?
> 
> Looks good.  Thanks.  pgindent doesn't preserve all your indentation, but it
> doesn't make things objectionable, either.

Committed, thanks!

(Sorry for the delay, I had forgotten about this already and found it 
only now sedimented at the bottom of my inbox)

-- 
Heikki Linnakangas
Neon (https://neon.tech)