Re: Removal of currtid()/currtid2() and some table AM cleanup

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: Removal of currtid()/currtid2() and some table AM cleanup
Дата
Msg-id 20201121011209.GA6052@paquier.xyz
обсуждение исходный текст
Ответ на Re: Removal of currtid()/currtid2() and some table AM cleanup  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Removal of currtid()/currtid2() and some table AM cleanup
Список pgsql-hackers
On Fri, Nov 20, 2020 at 11:53:11AM -0500, Tom Lane wrote:
> Yeah, if pgODBC were not using it at all then I think it'd be fine
> to get rid of, but if it still contains calls then we cannot.
> The suggestion upthread that those calls might be unreachable
> is interesting, but it seems unproven.

Yeah, I am not 100% sure that there are no code paths calling
currtid2(), and the ODBC is too obscure to me to get to a clear
conclusion.  currtid() though, is a different deal thanks to
RETURNING.  What about cutting the cake in two and just remove
currtid() then?
--
Michael

Вложения

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

Предыдущее
От: Peter Geoghegan
Дата:
Сообщение: Re: Different results between PostgreSQL and Oracle for "for update" statement
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: scram-sha-256 broken with FIPS and OpenSSL 1.0.2