Re: How to Log SELECT Statements Having Errors
От | Magnus Hagander |
---|---|
Тема | Re: How to Log SELECT Statements Having Errors |
Дата | |
Msg-id | 6BCB9D8A16AC4241919521715F4D8BCE6C7BC6@algol.sollentuna.se обсуждение исходный текст |
Ответ на | How to Log SELECT Statements Having Errors ("Lane Van Ingen" <lvaningen@esncc.com>) |
Ответы |
Re: How to Log SELECT Statements Having Errors
|
Список | pgsql-sql |
> We are putting a new application on PostgreSQL 8.0.1 (Windows > 2003); we are coming off of MySQL, and are having a hard time > finding all of the offending SQL calls. > > It would help a great deal if I could log the content of any > SQL calls that fail. Am only interested in SELECT statements. > > Noticed the following: > (1) The PostgreSQL manual says that config parm 'log_statement' does > not appear to handle SELECT statements; true? No. Where did you get that from, perhaps the manual needs to be clearer? The place to look is: http://www.postgresql.org/docs/8.1/static/runtime-config-logging.html#RU NTIME-CONFIG-LOGGING-WHAT set log_statement to 'all' and it will log everything, including SELECTs. But this will include statements that succeed as well, not just those who fails. > (2) Noticed that config parm 'log_min_error_statement' might > do it, but > not sure what each of the DEBUG* and other parameters > will buy me vs ERROR. I want any statement issued by a client > that cannot be executed due to an SQL error of any kind. Yes, if you want to log only queries that fail, log_min_error_statement is the correct switch to use. If you set it to ERROR, you will get a log of every statement that causes an ERROR or FATAL. If you set it to WARNING, you will get a log of every statement that acuses WARNING, ERROR or FATAL. etc etc for the other values. In this case, you'll want ERROR or possibly WARNING. //Magnus
В списке pgsql-sql по дате отправления: