Re: Usage of epoch in txid_current

Поиск
Список
Период
Сортировка
От Heikki Linnakangas
Тема Re: Usage of epoch in txid_current
Дата
Msg-id b9a00fb9-a5aa-0975-fa62-d3ce248c71c4@iki.fi
обсуждение исходный текст
Ответ на Re: Usage of epoch in txid_current  (Thomas Munro <thomas.munro@gmail.com>)
Ответы Re: Usage of epoch in txid_current
Список pgsql-hackers
On 25/03/2019 12:49, Thomas Munro wrote:
> On Mon, Mar 25, 2019 at 5:01 PM Thomas Munro <thomas.munro@gmail.com> wrote:
>> New version attached.  I'd like to commit this for PG12.
> 
> Here is a follow-up sketch patch that shows FullTransactionId being
> used in the transaction stack, so you can call eg
> GetCurrentFullTransactionId().  A table access method could use this
> to avoid the need to freeze stuff later (eg zheap).
> 
> I suppose it's not strictly necessary, since you could use
> GetCurrentTransactionId() and infer the epoch by comparing with
> ReadNextFullTransactionId() (now that the epoch counting is reliable,
> due to patch 0001 which I'm repeating again here just for cfbot).  But
> I suppose we want to get away from that sort of thing.  Thoughts?

Looks good.

I started to write a patch to use XID & epoch in dealing with GiST page 
deletions [1], and I really could've used an epoch to go with 
RecentGlobalXmin. I presume that would be pretty straightforward to have 
with this, too.

[1] 
https://www.postgresql.org/message-id/5f7ed675-d1fc-66ef-f316-645080ff9625@iki.fi

- Heikki


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

Предыдущее
От: David Fetter
Дата:
Сообщение: Re: warning to publication created and wal_level is not set tological
Следующее
От: Andres Freund
Дата:
Сообщение: Re: Assert failure when validating foreign keys