|
1 |
| -<!-- $PostgreSQL: pgsql/doc/src/sgml/maintenance.sgml,v 1.80 2007/09/1402:43:18 momjian Exp $ --> |
| 1 | +<!-- $PostgreSQL: pgsql/doc/src/sgml/maintenance.sgml,v 1.81 2007/09/1413:43:03 momjian Exp $ --> |
2 | 2 |
|
3 | 3 | <chapter id="maintenance">
|
4 | 4 | <title>Routine Database Maintenance Tasks</title>
|
|
262 | 262 | </tip>
|
263 | 263 |
|
264 | 264 | <para>
|
265 |
| - Recommended practice for most sites is to schedule a database-wide |
266 |
| - <command>ANALYZE</> once a day at a low-usage time of day; this can |
267 |
| - usefully be combined with a nightly <command>VACUUM</>. However, |
268 |
| - sites with relatively slowly changing table statistics might find that |
269 |
| - this is overkill, and that less-frequent <command>ANALYZE</> runs |
270 |
| - are sufficient. |
| 265 | + Fortunately, autovacuum (<xref linkend="autovacuum">) monitors table |
| 266 | + activity and performs <command>ANALYZE</command>s when necessary. This |
| 267 | + eliminates the need for administrators to manually schedule |
| 268 | + <command>ANALYZE</command>. |
| 269 | + </para> |
| 270 | + |
| 271 | + <para> |
| 272 | + For those not using autovacuum, one approach is to schedule a |
| 273 | + database-wide <command>ANALYZE</> once a day at a low-usage time of |
| 274 | + day; this can usefully be combined with a nightly <command>VACUUM</>. |
| 275 | + However, sites with relatively slowly changing table statistics might |
| 276 | + find that this is overkill, and that less-frequent <command>ANALYZE</> |
| 277 | + runs are sufficient. |
271 | 278 | </para>
|
272 | 279 | </sect2>
|
273 | 280 |
|
|