Re: pg_upgrade and statistics - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: pg_upgrade and statistics
Date
Msg-id 1331757641.22638.5.camel@vanquo.pezone.net
Whole thread Raw
In response to Re: pg_upgrade and statistics  (Bruce Momjian <bruce@momjian.us>)
Responses Re: pg_upgrade and statistics  (Bruce Momjian <bruce@momjian.us>)
List pgsql-hackers
On tis, 2012-03-13 at 20:34 -0400, Bruce Momjian wrote:
> I frankly am worried that if we copy over statistics even in ASCII
> that don't match what the server expects, it might lead to a crash,
> which has me back to wanting to speed up vacuumdb.

Why can't we maintain a conversion routine for statistics from older
versions?  It's not like the statistics layout changes every week.
pg_dump could print out something like

SELECT pg_restore_statistics(catversion, tablename, ... some data ...);
...

and that function would have the knowledge to convert the data and
insert it back into pg_statistic and pg_class.

That can't be that hard considering all the other work we put into
backward compatibility and upgrade capability.




pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: patch for parallel pg_dump
Next
From: Andrew Dunstan
Date:
Subject: Re: Faster compression, again