Re: PostgreSQL 8.3, libpq and WHERE CURRENT OF

Поиск
Список
Период
Сортировка
От Sebastien FLAESCH
Тема Re: PostgreSQL 8.3, libpq and WHERE CURRENT OF
Дата
Msg-id 4721DECF.80401@4js.com
обсуждение исходный текст
Ответ на Re: PostgreSQL 8.3, libpq and WHERE CURRENT OF  (Heikki Linnakangas <heikki@enterprisedb.com>)
Ответы Re: PostgreSQL 8.3, libpq and WHERE CURRENT OF  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Thanks Heikki for this quick answer.

Actually we do the following lipq calls:

- PQPrepare(... "SELECT ... FROM ... FOR UPDATE" ... )
- PQexecPrepared(...)
- PQntuples(...) / PQgetvalue(...)

i.e. we don't use the DECLARE CURSOR instruction, we just prepare/execute
the plain SELECT statement (with potential parameters)...

I can't remember why but there was some limitation or problems to use the
DECLARE CURSOR in our context... must dig in my mail archive to give you
more details...

FYI we do actually a PostgreSQL driver for our runtime VM...

Does a simple PQPrepare() with a SELECT statement not create a cursor on
the server side? If yes, would it not be possible to pass a cursor name
as in ODBC?

Best regards,
Seb

Heikki Linnakangas wrote:
> Sebastien FLAESCH wrote:
>> Just looked at the new features of 8.3 and realized that positioned
>> updates/deletes is now possible with this new release...
>>
>> We would use that if we could define the cursor name with a libpq function.
> 
> I don't understand. When you open a cursor with DECLARE CURSOR, you give
> it a name. Doesn't that do what you want?
> 



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: PANIC caused by open_sync on Linux
Следующее
От: "Gokulakannan Somasundaram"
Дата:
Сообщение: Re: [PATCHES] Including Snapshot Info with Indexes