| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Bruce Momjian <bruce(at)momjian(dot)us> |
| Cc: | Andres Freund <andres(at)anarazel(dot)de>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: PG 10 release notes |
| Date: | 2017-04-25 17:44:09 |
| Message-ID: | 23929.1493142249@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Bruce Momjian <bruce(at)momjian(dot)us> writes:
> On Tue, Apr 25, 2017 at 10:00:52AM -0700, Andres Freund wrote:
>> at this point, you can see, we've squarely left O(N) country, and
>> entered the vast O(N^2) waste.
> OK, I got it now. :-) Here is the new item:
> Improve table creation speed in sessions that reference many
> relations (Aleksander Alekseev)
That's not specifically about table creation. How about
Reduce statistics tracking overhead in sessions that reference
many thousands of relations (Aleksander Alekseev)
I think it is fair, based on Andres' example, to quantify this as not
being of much interest till you get to thousands of relations. But
it would matter for any action that creates a statistics report,
whether it be scans, inserts, updates, deletes ...
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Peter Eisentraut | 2017-04-25 17:44:55 | Re: Interval for launching the table sync worker |
| Previous Message | Bruce Momjian | 2017-04-25 17:39:07 | Re: PG 10 release notes |