Re: [JDBC] [HACKERS] PostgreSQL JDBC and sub-select

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

In response to

Browse pgsql-general by date

  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

Browse pgsql-hackers by date

  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

Browse pgsql-jdbc by date

  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