Re: Making "COPY partitioned_table FROM" faster

Поиск
Список
Период
Сортировка
От Melanie Plageman
Тема Re: Making "COPY partitioned_table FROM" faster
Дата
Msg-id CAAKRu_bgm47oaRyGuG4-=jhJWBYvx==4VoW=7jH0wf1-jWa7DQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Making "COPY partitioned_table FROM" faster  (David Rowley <david.rowley@2ndquadrant.com>)
Ответы Re: Making "COPY partitioned_table FROM" faster  (David Rowley <david.rowley@2ndquadrant.com>)
Список pgsql-hackers


On Thu, Jul 26, 2018 at 7:26 PM, David Rowley <david.rowley@2ndquadrant.com> wrote:
Fixed in the attached v4. That's the only change.

I don't see an attachment.

> So, I thinking I'm missing something. Which of the changes would cause the
> performance improvement from patch v2 to v3? My understanding is:


You could probably narrow it down by reverting those changed
one-by-one and seeing if it was just one in particular that caused the
performance improvement or if it was some combination of the changed.
Sounds like that would take quite a bit of time and it would only be
for a learning experience, but an interesting one!

We are probably okay without doing that in this case. Assuming v4 changed that typo, I feel ready to change the status of the patch to "ready for committer".

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Phil Florent
Дата:
Сообщение: RE: [Proposal] Add accumulated statistics for wait event
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: Segfault logical replication PG 10.4