Re: Prepared Statements

Поиск
Список
Период
Сортировка
Искать
От
Oliver Jowett
Тема
Re: Prepared Statements
Дата
Msg-id
20030721000241.GB665@opencloud.com
Ответ на
Список
Дерево обсуждения
Re: Prepared Statements Michael Stephenson <mstephenson@tirin.openworld.co.uk>
On Sun, Jul 20, 2003 at 12:39:45PM -0400, Dima Tkach wrote:
> The problem with this (and other similar suggestions in this thread - 
> like use PGArray etc.) is that the app will not even compile with 
> postgres jdbc classes.
> The whole point in using jdbc interfaces is to abstract the application 
> from the particular driver implementation.

My current approach is what Fernando suggested -- use setArray() and look
for a preceeding IN. This can work without needing any postgres specific
classes -- I'll add a simple implementation of java.sql.Array that wraps a
Java array to the driver source, but if you don't want to be dependent on
the driver you can provide your own implementation.

The interface-abstraction argument only really works up to the point where
you want to do something not defined in the interface. Usually when I'm
doing DB-specific extension stuff I have a per-DB subclass that does the
special bits; if you don't have the driver available, you don't compile that
subclass. So I don't really buy the "can't build" argument. The same
thing applies to extensions like setUseServerPrepare(), BTW.

-O
В списке pgsql-jdbc по дате отправления
От: Kris Jurka
Дата:
От: Oliver Jowett
Дата:
FAQ