How not to use JDBC (JDBC Performance Scale 15x presentation) - Mailing list pgsql-jdbc

From Jorge Solórzano
Subject How not to use JDBC (JDBC Performance Scale 15x presentation)
Date
Msg-id CA+cVU8OvhcZA7HYkCLJC+_ACpWcRSYEh3VS0DWrR8NZ49-Oz7w@mail.gmail.com
Whole thread Raw
Responses Re: How not to use JDBC (JDBC Performance Scale 15x presentation)  (Dave Cramer <pg@fastcrypt.com>)
List pgsql-jdbc
Hi Dave,

In your JDBC presentation at Scale 15x you mention that the best solution to get advantage of caching is to never close the statements if possible,

How that works? I normally (and most people I think) do a open - close approach, and it's probably the best practice I think (to avoid leaks). So how can a statement remain open for the lifespan of the application?

I mostly use applications in the context of application servers, where they have connection pools and their own statement cache, so is valid to "enable" the statement cache of the application server and expect that the driver internally use them?

pgsql-jdbc by date:

Previous
From: Jorge Solorzano
Date:
Subject: [JDBC] [pgjdbc/pgjdbc] 3f2a02: test: check that new properties followcorrect low...
Next
From: Dave Cramer
Date:
Subject: Re: How not to use JDBC (JDBC Performance Scale 15x presentation)