Re: libpq and prepared statements progress for 8.0

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: libpq and prepared statements progress for 8.0
Дата
Msg-id 873c1jtm9t.fsf@stark.xeocode.com
обсуждение исходный текст
Ответ на Re: libpq and prepared statements progress for 8.0  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Tom Lane <tgl@sss.pgh.pa.us> writes:

> "Dann Corbit" <DCorbit@connx.com> writes:
> > What about using ECPG as an interface for drivers?
> 
> What for?  It's not a substitute for libpq --- it sits on top of libpq,
> or did last I checked anyway.  And it's designed around a preprocessor
> that seems fairly useless for a driver.

As it happens DBD::Oracle does use Oracle's precompiler. But it's more of a
hindrance than a help. It basically has to define and implement its own API
which is compiled with Pro*C. Then the rest of the codebase can ignore the
precompiler and use that interface. 

Precompilers are really old school. There's not much point to using them
except in legacy applications that need them. They offer no advantage over a
programmatic API, and lots of disadvantages. You have to learn a new language,
you're one step further removed from the resulting code, and heaven help you
if your compiler version doesn't match what the precompiler was tested with.
Nevermind actually trying to use it from another language entirely.


-- 
greg



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: libpq and prepared statements progress for 8.0
Следующее
От: Greg Stark
Дата:
Сообщение: Re: libpq and prepared statements progress for 8.0