Re: ParsedStatement Behavior

Поиск
Список
Период
Сортировка
От Kris Jurka
Тема Re: ParsedStatement Behavior
Дата
Msg-id Pine.BSO.4.64.0612010908230.22186@leary2.csoft.net
обсуждение исходный текст
Ответ на ParsedStatement Behavior  (alfranio correia junior <alfranio@lsd.di.uminho.pt>)
Список pgsql-jdbc

On Tue, 28 Nov 2006, alfranio correia junior wrote:

> Please, if there is any archive on this let me know.
> I was wondering if the reasons to have an specific protocol in order to
> prepare statements are:
>
> 1 - Previous versions of the driver used PREPARE and EXECUTE to implement
> server-prepared statements. This is supported on all server versions
> beginning with 7.3, but produced application-visible changes in query
> results, such as missing ResultSet metadata and row update counts.
>
> 2 - The need to transfer strange data types such as circle, point.
>
> 3 - To Improve performance as binary data type is usually shorter and avoid
> converting from text to binary and vice-versa.
>
> Disregarding such reasons, might I use "prepare name statement" ?

There's nothing stopping you from doing so.  The only potential problem is
that I think one of the older server versions does not take bind
parameters passed to execute, but a recent release should avoid that.  The
other question is why?  The only advantage that I can see is that you have
better control of the lifespan of prepared statements.

Kris Jurka


В списке pgsql-jdbc по дате отправления:

Предыдущее
От: Kris Jurka
Дата:
Сообщение: Re: PreparedStatement and TYPE bit
Следующее
От: Kris Jurka
Дата:
Сообщение: Re: XA end then join fix for WebLogic