Re: [JDBC] How not to use JDBC (JDBC Performance Scale 15xpresentation)

Поиск
Список
Период
Сортировка
Искать
От
Dirk Olmes
Тема
Re: [JDBC] How not to use JDBC (JDBC Performance Scale 15xpresentation)
Дата
Msg-id
007edaed-2e16-71b7-0373-14214cb3d932@exentra.de
Ответ на
Список
Дерево обсуждения
[JDBC] How not to use JDBC (JDBC Performance Scale 15x presentation) Jorge Solórzano <jorsol@gmail.com>
Re: [JDBC] How not to use JDBC (JDBC Performance Scale 15x presentation) Dave Cramer <pg@fastcrypt.com>
Re: How not to use JDBC (JDBC Performance Scale 15xpresentation) Dirk Olmes <dirk.olmes@exentra.de>
Re: [JDBC] How not to use JDBC (JDBC Performance Scale 15x presentation) Jorge Solórzano <jorsol@gmail.com>
Re: [JDBC] How not to use JDBC (JDBC Performance Scale 15x presentation) Vladimir Sitnikov <sitnikov.vladimir@gmail.com>
Re: [JDBC] How not to use JDBC (JDBC Performance Scale 15x presentation) Jorge Solórzano <jorsol@gmail.com>
Re: How not to use JDBC (JDBC Performance Scale 15x presentation) Dave Cramer <pg@fastcrypt.com>
> I think you are correct that keeping the statement open for the life of the
> app is a bit of a stretch but ideally as long as possible.

Well we actually do this in our app. It's a bit of a corner case where
we have a custom persistence layer that keeps a "read" and a "write"
connection open all the time.

WRT to not closing the statements - isn't that what connection pools do?
They wrap the Connnection instance from the JDBC driver with an
implementation that shortcuts close() and just returns the connection to
the pool.

-dirk

В списке pgsql-jdbc по дате отправления
От: Christian Bjørnbak
Дата:
От: Stefan Lindner
Дата:
FAQ