Re: ALTER TABLE uses a bistate but not for toast tables - Mailing list pgsql-hackers

From Dmitry Dolgov
Subject Re: ALTER TABLE uses a bistate but not for toast tables
Date
Msg-id pizwatztwg6a74gsfhtwwybsgu2guwvskb4jm44i4uoe3x5pae@64q3fxbkstnq
Whole thread Raw
In response to Re: ALTER TABLE uses a bistate but not for toast tables  (Justin Pryzby <pryzby@telsasoft.com>)
Responses Re: ALTER TABLE uses a bistate but not for toast tables
List pgsql-hackers
> On Mon, Jul 15, 2024 at 03:43:24PM GMT, Justin Pryzby wrote:
> @cfbot: rebased

Hey Justin,

Thanks for rebasing. To help with review, could you also describe
current status of the patch? I have to admit, currently the commit
message doesn't tell much, and looks more like notes for the future you.
The patch numbering is somewhat confusing as well, should it be v5 now?
From what I understand, the new patch does address the review feedback,
but you want to do more, something with copy to / copy from?

Since it's in the performance category, I'm also curious how much
overhead does this shave off? I mean, I get it that bulk insert strategy
helps with buffers usage, as you've implied in the thread -- but how
does it look like in benchmark numbers?



pgsql-hackers by date:

Previous
From: Greg Sabino Mullane
Date:
Subject: Re: Sample rate added to pg_stat_statements
Next
From: wenhui qiu
Date:
Subject: Re: A way to build PSQL 17.1 source on AIX platform