Re: [JDBC] 8.0.1 performance question. - Mailing list pgsql-performance

From
Subject Re: [JDBC] 8.0.1 performance question.
Date
Msg-id d7c78ba105040409444ceacdcc@mail.gmail.com
Whole thread Raw
In response to Re: [JDBC] 8.0.1 performance question.  (Kris Jurka <books@ejurka.com>)
Responses Re: [JDBC] 8.0.1 performance question.  (Kris Jurka <books@ejurka.com>)
List pgsql-performance
Thank you for the quick response.  To help me debug what's happening,
can you tell me what's the difference between the 7.4 and 8.0 jdbc
drivers in this regard?  Is this something that is newly introduced in
8.0?  Or is this something that has always been happening?

Thanks.



On Apr 5, 2005 12:15 AM, Kris Jurka <books@ejurka.com> wrote:
>
>
> On Tue, 5 Apr 2005 alvin.yk@gmail.com wrote:
>
> > I see statements below being executed non-stop.  Who is triggering these
> > statemetns?  Is this normal?  What am I doing wrong?
> >
> >
> > 2005-04-04 18:05:00 CST PARSELOG:  statement: SELECT attnotnull FROM
> > pg_catalog.pg_attribute WHERE attrelid = $1 AND attnum = $2
> > 2005-04-04 18:05:00 CST PARSELOG:  statement: SELECT def.adsrc FROM
> > pg_catalog.pg_class c JOIN pg_catalog.pg_attribute a ON
> > (a.attrelid=c.oid
> > ) LEFT JOIN pg_catalog.pg_attrdef def ON (a.attrelid=def.adrelid AND
> > a.attnum = def.adnum) WHERE c.oid = $1 and a.attnum = $2 AND def.adsrc
> > L
> > IKE '%nextval(%'
>
> These are the results of ResultSetMetaData.isNullable() and
> isAutoIncrement(), which your code is apparently calling.  The results of
> these calls are cached on a per ResultSet data.  We have discussed
> caching them at a higher level, but couldn't find a way to know when to
> flush that cache.
>
> Kris Jurka
>

pgsql-performance by date:

Previous
From: Tom Lane
Date:
Subject: Re: Sustained inserts per sec ... ?
Next
From: Christopher Petrilli
Date:
Subject: Re: Sustained inserts per sec ... ?