Re: Survey results on Oracle/M$NT4 to PG72/RH72 migration

Поиск
Список
Период
Сортировка
От Zeugswetter Andreas SB SD
Тема Re: Survey results on Oracle/M$NT4 to PG72/RH72 migration
Дата
Msg-id 46C15C39FEB2C44BA555E356FBCD6FA4961D7C@m0114.s-mxs.net
обсуждение исходный текст
Ответ на Survey results on Oracle/M$NT4 to PG72/RH72 migration  (Jean-Paul ARGUDO <jean-paul.argudo@idealx.com>)
Список pgsql-hackers
> This seems not be the case in ECPG. In each COMMIT, the cursors are
> closed (they dont even need to close cursors in Oracle!). And at each
> BEGIN TRANSACTION PostgreSQL seems to compute again parsing and query
> plan..

I am still convinced that there is room for interpretation of the
standard here, Michael.

Since we have "begin work" all cursors that were opened outside
a tx block (before "begin work") should imho in no way be affected by a commit.
(e.g. Informix does it like that)
Someone who wants more conformant behavior would need to use the mode
of operation where you are always in a tx anyway, thus loosing the
above feature :-)

Unfortunately I think the backend currently would lack the necessary
support for this, since commit does the cleanup work for the cursor ?
Such a cursor would need an explicit close or open on the prepared
statement to be cleaned up.

Andreas


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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: [INTERFACES] Additional fixes to ecpg - please apply patch
Следующее
От: "Mikheev, Vadim"
Дата:
Сообщение: Re: [BUGS] Bug #613: Sequence values fall back to previously chec