Re: [HACKERS] ANALYZE after restore

2002-04-04 Thread Hannu Krosing
On Wed, 2002-04-03 at 06:52, Gavin Sherry wrote: On Wed, 3 Apr 2002, Christopher Kings-Lynne wrote: Hi, Would it be an idea to have pg_dump append an ANALYZE; command to the end of its dumps to assist newbies / inexperienced admins? I do not think this is desired behaviour.

Re: [HACKERS] ANALYZE after restore

2002-04-04 Thread Scott Marlowe
On 3 Apr 2002, Hannu Krosing wrote: On Wed, 2002-04-03 at 06:52, Gavin Sherry wrote: On Wed, 3 Apr 2002, Christopher Kings-Lynne wrote: Hi, Would it be an idea to have pg_dump append an ANALYZE; command to the end of its dumps to assist newbies / inexperienced admins? I

Re: [HACKERS] ANALYZE after restore

2002-04-03 Thread Justin Clift
Tom Lane wrote: Gavin Sherry [EMAIL PROTECTED] writes: On Wed, 3 Apr 2002, Christopher Kings-Lynne wrote: Would it be an idea to have pg_dump append an ANALYZE; command to the end of its dumps to assist newbies / inexperienced admins? I do not think this is desired behaviour. I

Re: [HACKERS] ANALYZE after restore

2002-04-03 Thread Jan Wieck
Justin Clift wrote: Tom Lane wrote: Gavin Sherry [EMAIL PROTECTED] writes: On Wed, 3 Apr 2002, Christopher Kings-Lynne wrote: Would it be an idea to have pg_dump append an ANALYZE; command to the end of its dumps to assist newbies / inexperienced admins? I do not think this is

Re: [HACKERS] ANALYZE after restore

2002-04-03 Thread Justin Clift
Hi Jan, Jan Wieck wrote: snip The defaults after a restore should result in index scans most of the time, resulting in some medium decent performance. And PostgreSQL needs some frequent VACUUM anyway, so after a while this problem solves itself for

Re: [HACKERS] ANALYZE after restore

2002-04-03 Thread Tom Lane
Jan Wieck [EMAIL PROTECTED] writes: ... And PostgreSQL needs some frequent VACUUM anyway, so after a while this problem solves itself for the average user. Yes, that's the key point for me too. Anyone who doesn't set up for routine vacuums/analyzes is going to have

Re: [HACKERS] ANALYZE after restore

2002-04-03 Thread Justin Clift
Tom Lane wrote: Jan Wieck [EMAIL PROTECTED] writes: ... And PostgreSQL needs some frequent VACUUM anyway, so after a while this problem solves itself for the average user. Yes, that's the key point for me too. Anyone who doesn't set up for routine vacuums/analyzes

Re: [HACKERS] ANALYZE after restore

2002-04-03 Thread Tom Lane
Justin Clift [EMAIL PROTECTED] writes: I agree adding an automatic background vacuum thread/process/something will be really, really useful too. Should we instead have this proposed automatic background something also update the statistics every now and again? Yes, I had always assumed

Re: [HACKERS] ANALYZE after restore

2002-04-03 Thread Justin Clift
Tom Lane wrote: Justin Clift [EMAIL PROTECTED] writes: I agree adding an automatic background vacuum thread/process/something will be really, really useful too. Should we instead have this proposed automatic background something also update the statistics every now and again? Yes, I

Re: [HACKERS] ANALYZE after restore

2002-04-02 Thread Neil Conway
On Wed, 3 Apr 2002 09:40:13 +0800 Christopher Kings-Lynne [EMAIL PROTECTED] wrote: Hi, Would it be an idea to have pg_dump append an ANALYZE; command to the end of its dumps to assist newbies / inexperienced admins? That strikes me as a good idea; a lot of the questions we get on -general

Re: [HACKERS] ANALYZE after restore

2002-04-02 Thread Gavin Sherry
On Wed, 3 Apr 2002, Christopher Kings-Lynne wrote: Hi, Would it be an idea to have pg_dump append an ANALYZE; command to the end of its dumps to assist newbies / inexperienced admins? I do not think this is desired behaviour. Firstly, pg_dump is not just for restoring data to the system.

Re: [HACKERS] ANALYZE after restore

2002-04-02 Thread Tom Lane
Gavin Sherry [EMAIL PROTECTED] writes: On Wed, 3 Apr 2002, Christopher Kings-Lynne wrote: Would it be an idea to have pg_dump append an ANALYZE; command to the end of its dumps to assist newbies / inexperienced admins? I do not think this is desired behaviour. I agree with Gavin here ... a