Re: Can we get rid of repeated queries from pg_dump?

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
Cc: depesz(at)depesz(dot)com, Stephen Frost <sfrost(at)snowman(dot)net>, Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>, pgsql-general <pgsql-general(at)lists(dot)postgresql(dot)org>
Subject: Re: Can we get rid of repeated queries from pg_dump?
Date: 2021-08-29 13:51:58
Message-ID: 1124941.1630245118@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> writes:
> Another pointlessly repetitive query is in getTriggers, which we run
> once per table to be dumped containing triggers. We could reduce that
> by running it in bulk for many relations at a time. I suppose it's
> normally not hurtful, but as we grow the number of partitions we allow
> it's going to become a problem.

Perhaps. In the regression database, only ~10% of the tables have
triggers, so it's likely not going to yield any measurable gain there.
But databases that make heavier use of foreign keys might see a win.

Another thing I've wondered about before is whether it could make sense
to read pg_attribute once rather than once per table. There might be
a fair amount of wasted work if the dump is selective, and in big DBs
the sheer size of that result could be a problem. But those reads are
definitely way up there on the number-of-queries scale.

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message ourdiaspora 2021-08-29 16:10:34 database design with temporary tables
Previous Message Alvaro Herrera 2021-08-29 13:13:15 Re: Can we get rid of repeated queries from pg_dump?

Browse pgsql-hackers by date

  From Date Subject
Next Message Alvaro Herrera 2021-08-29 15:40:31 Re: Spelling change in LLVM 14 API
Previous Message Tom Lane 2021-08-29 13:40:18 Re: inconsistent behavior with "GENERATED BY DEFAULT AS IDENTITY"