Re: Adding error message "source"

From: Magnus Hagander <magnus(at)hagander(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Adding error message "source"
Date: 2009-08-06 14:23:11
Message-ID: 9837222c0908060723n14c7a529md4fe9bc38d89af6e@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, Aug 6, 2009 at 16:20, Tom Lane<tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Magnus Hagander <magnus(at)hagander(dot)net> writes:
>> On Wed, Aug 5, 2009 at 16:11, Heikki
>> Linnakangas<heikki(dot)linnakangas(at)enterprisedb(dot)com> wrote:
>>> Would you like to propose a concrete list sources that we would have?
>>> The implementation effort depends a lot on the categorization.
>
>> Well, the only one I have a direct usecase for is the one that is "I
>> want logs that are created because of typos in a psql client, or
>> because an application does bad things (sends broken queries, bad
>> escaping, NULL in not-NULL field etc) to not clutter up the log when I
>> look for information about checkpoints and log archiving".
>
> Well, it seems like you could get 90% of the way there just by filtering
> on the PID --- watching the bgwriter, walwriter, and archiver should
> cover this use-case reasonably well.

Right. But that's pretty hard to do automated, since they will get a
new pid whenever the database is restarted. Which is hopefully not
very often, but still an issue. Plus, it's hard to do any kind of
historical look at things.

--
Magnus Hagander
Me: http://www.hagander.net/
Work: http://www.redpill-linpro.com/

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Teodor Sigaev 2009-08-06 14:27:10 Re: Filtering dictionaries support and unaccent dictionary
Previous Message Tom Lane 2009-08-06 14:20:51 Re: Adding error message "source"