From: | "Nick Fankhauser" <nickf(at)ontko(dot)com> |
---|---|
To: | "snpe" <snpe(at)snpe(dot)co(dot)yu>, <pgsql-hackers(at)postgresql(dot)org>, <pgsql-general(at)postgresql(dot)org>, <pgsql-jdbc(at)postgresql(dot)org> |
Subject: | Re: [JDBC] [HACKERS] PostgreSQL JDBC and sub-select |
Date: | 2002-11-10 14:37:44 |
Message-ID: | NEBBLAAHGLEEPCGOBHDGCEFNGCAA.nickf@ontko.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers pgsql-jdbc |
> > You could set up query logging in the backend and see what the offending
> > query is. It may still be something you did (a missing or extra
> > something somewhere).
> >
> How ?
These settings have worked for me in a similar situation: (pulled from the
admin list archives)
<snip>
My goal was to get all of the SQL statements from a JDBC front-end to be
logged as they are executed in the postgres.log file (and not in the
syslog.) Adding the following to my postgresql.conf did the job:
syslog = 0
silent_mode = off
debug_print_query = on
debug_pretty_print = on
I'm not sure if the pretty print option does anything for the SQL, but it
didn't hurt.
</snip>
The results appear on /var/log/postgresql.log using the Debian Linux
distribution. Not sure of the location in others.
-Nick
From | Date | Subject | |
---|---|---|---|
Next Message | snpe | 2002-11-10 14:51:56 | Re: [HACKERS] PostgreSQL JDBC and sub-select |
Previous Message | Hannu Krosing | 2002-11-10 08:51:08 | Re: [HACKERS] PostgreSQL JDBC and sub-select |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2002-11-10 14:44:21 | Re: The database system is in recovery mode |
Previous Message | Iavor Raytchev | 2002-11-10 14:14:15 | Re: The database system is in recovery mode |
From | Date | Subject | |
---|---|---|---|
Next Message | snpe | 2002-11-10 14:51:56 | Re: [HACKERS] PostgreSQL JDBC and sub-select |
Previous Message | Hannu Krosing | 2002-11-10 08:51:08 | Re: [HACKERS] PostgreSQL JDBC and sub-select |