| From: | Glen Parker <glenebob(at)nwlink(dot)com> |
|---|---|
| To: | pgsql-general(at)postgresql(dot)org |
| Cc: | Karsten Hilbert <Karsten(dot)Hilbert(at)gmx(dot)net> |
| Subject: | Re: Survey on backing up unlogged tables: help us with PostgreSQL development! |
| Date: | 2010-11-17 00:21:56 |
| Message-ID: | 4CE32024.8080302@nwlink.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On 11/16/2010 03:24 PM, Karsten Hilbert wrote:
>> PostgreSQL 9.1 is likely to have, as a feature, the ability to create
>> tables which are "unlogged", meaning that they are not added to the
>> transaction log, and will be truncated (emptied) on database restart.
>> Such tables are intended for highly volatile, but not very valuable,
>> data, such as session statues, application logs, etc.
I have been following loosely this discussion on HACKERS, but seem to
have missed the part about truncating such tables on server restart.
I have an immediate use for unlogged tables (application logs), but
having them truncate after even a clean server restart would be a show
stopper. I keep log data for 2 months, and never back it up. Having it
disappear after a system melt down is acceptable, but not after a clean
restart. That would be utterly ridiculous!
As to the topic of the thread, I think pg_dump needs to dump unlogged
tables by default.
-Glen
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Scott Ribe | 2010-11-17 00:23:06 | Re: Survey on backing up unlogged tables: help us with PostgreSQL development! |
| Previous Message | Jorge Arévalo | 2010-11-17 00:18:13 | Re: Programming error: Out of Memory |