| From: | "Jim Buttafuoco" <jim(at)contactbda(dot)com> | 
|---|---|
| To: | "Matthew T(dot) O'Connor" <matthew(at)zeut(dot)net> | 
| Cc: | pgsql-hackers(at)postgresql(dot)org | 
| Subject: | Re: Recording vacuum/analyze/dump times | 
| Date: | 2005-03-07 19:04:20 | 
| Message-ID: | 20050307190317.M47137@contactbda.com | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-hackers | 
But what happens if I go in and manually vacuum a table (either because I just deleted a bunch of records or whatever).
 This is why I think the backend should record the date in pg_class.  
---------- Original Message -----------
From: "Matthew T. O'Connor" <matthew(at)zeut(dot)net>
To: jim(at)contactbda(dot)com
Cc: pgsql-hackers(at)postgresql(dot)org
Sent: Mon, 07 Mar 2005 13:56:04 -0500
Subject: Re: [HACKERS] Recording vacuum/analyze/dump times
> Jim Buttafuoco wrote:
> 
> >Its there a reason postgresql doesn't record vacuum/analyze and dump times in pg_class (or another table).  This seems
> >like it would be a very helpful feature.
> >
> >for pg_dump I would add an option --record=YES|NO 
> >for vacuum and analyze I would add a NORECORD|RECORD option
> >  
> >
> 
> For what it's worth, integrated pg_autovacuum will have something like 
> this.  At least my initial design does, since the autovacuum daemon 
> needs to know remember when the last time a table was vacuumed.
------- End of Original Message -------
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Jeff Davis | 2005-03-07 19:04:26 | Re: About b-tree usage | 
| Previous Message | Matthew T. O'Connor | 2005-03-07 18:56:04 | Re: Recording vacuum/analyze/dump times |