Re: Should we add xid_current() or a int8->xid cast?

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Should we add xid_current() or a int8->xid cast?
Дата
Msg-id CA+Tgmoa0Owym0O9wKH1rGmL2tLmUn_YaMN72G8Zms6ZX4cqmtQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Should we add xid_current() or a int8->xid cast?  (Andres Freund <andres@anarazel.de>)
Ответы Re: Should we add xid_current() or a int8->xid cast?
Список pgsql-hackers
On Thu, Apr 2, 2020 at 5:13 PM Andres Freund <andres@anarazel.de> wrote:
> Given that txid_current() "always" has been a plain 64 bit integer, and
> the various txid_* functions always have returned 64 bit integers, I
> really don't think arguing for some 32bit/32bit situation now makes
> sense.

I'm not sure what the best thing to do is here, but the reality is
that there are many places where 32-bit XIDs are going to be showing
up for years to come. With the format printed as a raw 64-bit
quantity, people troubleshooting stuff are going to spend a lot of
time figuring what x%2^32 is. And I can't do that in my head. So I
think saying that the proposal does not makes sense is a gross
overstatement. It may not be what we want to do. But it definitely
would make sense.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: spin_delay() for ARM
Следующее
От: Andres Freund
Дата:
Сообщение: Re: Should we add xid_current() or a int8->xid cast?