From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andreas Pflug <pgadmin(at)pse-consulting(dot)de> |
Cc: | "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org>, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Ready for Beta ... ? |
Date: | 2004-08-08 21:48:05 |
Message-ID: | 22000.1092001685@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Andreas Pflug <pgadmin(at)pse-consulting(dot)de> writes:
> Tom Lane wrote:
>> I don't think the latter is a particularly good idea for a number of
>> reasons, but probably the main one is that I don't think users should be
>> directly fooling with the server logs.
> This is a bit contradictionary. pgsql allows any superuser to shoot
> himself into his foot (citation: TGL) in many places, e.g. "delete from
> pg_class".
There's some significant differences there. In the first place, the
system catalogs are inherently something that is properly manipulated at
the SQL level. In the second place, we have years of experience showing
that it is useful to be able to manipulate them from SQL, see eg
http://developer.postgresql.org/docs/postgres/release-7-4-2.html.
Which is why the occasional proposals about forbidding superusers from
mucking with the catalogs for safety's sake have always been shot down.
The postmaster log isn't an SQL object, so shouldn't really be
manipulated from SQL; and there is zero field experience to suggest that
the time-and-size rotation parameters aren't sufficient for it.
We can always add something later if experience with 8.0 shows that it's
actually needed. But taking out useless features after they've been in
for a release or two is much more painful.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Andreas Pflug | 2004-08-08 22:04:18 | Re: Ready for Beta ... ? |
Previous Message | Tom Lane | 2004-08-08 21:36:51 | Re: Ready for Beta ... ? |