Re: fix log_min_duration_statement logic error
От | ohp@pyrenet.fr |
---|---|
Тема | Re: fix log_min_duration_statement logic error |
Дата | |
Msg-id | Pine.UW2.4.53.0310051936420.21079@server.pyrenet.fr обсуждение исходный текст |
Ответ на | Re: fix log_min_duration_statement logic error (Rod Taylor <rbt@rbt.ca>) |
Ответы |
Re: fix log_min_duration_statement logic error
|
Список | pgsql-patches |
On Sun, 5 Oct 2003, Rod Taylor wrote: > Date: Sun, 05 Oct 2003 13:05:32 -0400 > From: Rod Taylor <rbt@rbt.ca> > To: ohp@pyrenet.fr > Cc: Tom Lane <tgl@sss.pgh.pa.us>, Bruce Momjian <pgman@candle.pha.pa.us>, > Peter Eisentraut <peter_e@gmx.net>, Neil Conway <neilc@samurai.com>, > PostgreSQL Patches <pgsql-patches@postgresql.org> > Subject: Re: [PATCHES] fix log_min_duration_statement logic error > > > > That was true already with log_statement and log_duration as separate > > > operations. People use log_pid to deal with it. > > Sorry to jump in... the log_pid is NOT ENOUGH where you have more than > > 30000 connections a day (witch is my case) > > log_pid isn't enough, but log_pid + log_connections certainly is. > > log_connections tells you when a new connection was made, so guessing > isn't required. > > > There has been discussion as to have 1 Log file/database where are we on > > that? Is it dead? > > Well, this wouldn't help either unless you happen to have several not so > active databases that makes for a busy system. > Only that I could give the log file to the customer owning the database(s) that would make my job esier. Also I'd love to see the log_query being settable per database... -- Olivier PRENANT Tel: +33-5-61-50-97-00 (Work) 6, Chemin d'Harraud Turrou +33-5-61-50-97-01 (Fax) 31190 AUTERIVE +33-6-07-63-80-64 (GSM) FRANCE Email: ohp@pyrenet.fr ------------------------------------------------------------------------------ Make your life a dream, make your dream a reality. (St Exupery)
В списке pgsql-patches по дате отправления: