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
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? |
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" |