Re: Roadmap for FE/BE protocol redesign

Поиск
Список
Период
Сортировка
От Merlin Moncure
Тема Re: Roadmap for FE/BE protocol redesign
Дата
Msg-id 303E00EBDD07B943924382E153890E5433F7F8@cuthbert.rcsinc.local
обсуждение исходный текст
Ответ на Roadmap for FE/BE protocol redesign  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Dave Page wrote:
> I don't know about JDBC, but ODBC could use it, and it would save a
heck
> of a lot of pain in apps like pgAdmin that need to figure out if a
column
> in an arbitrary resultset might be updateable.

I use an open source toolkit, zeos components for postgresql, that make
this possible.  You can run simple queries (even with some joins) and it
allows updating of the result set *sometimes*.  This can be done inline
with a grid control.

These components work with Delphi (object pascal), Kylix, and C++
Builder.  They are the fastest middleware I have ever seen for any
database, period.  They also already have a built in SQL parser and are
open source.  The project is hosted in sourceforge and I believe it to
be GPL.

> values. That code is just plain nasty in VB. In pgAdmin III we've
already
> mentioned stealing bits of the PostgreSQL parser.

Do not be swayed by the dark side.  In my spare time I threw together a
'proof of concept' replacement for the technology used in pgAdmin.   It
is written in C++.  In three seconds I can query a table and put 100000
records in a grid.  I plan to finish it and release it.  The main reason
not to use it is that it relies on commercial tools to build.

If you or anybody else is intereted, let me know and I'll send it your
way.

Merlin






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

Предыдущее
От: "Sander Steffann"
Дата:
Сообщение: Re: Numbering of the next release: 8.0 vs 7.4
Следующее
От: mlw
Дата:
Сообщение: Re: Numbering of the next release: 8.0 vs 7.4