Re: A patch for get origin from commit_ts.
От | Petr Jelinek |
---|---|
Тема | Re: A patch for get origin from commit_ts. |
Дата | |
Msg-id | 4ee522fa-b549-4a8d-9d9e-cb27be774627@2ndquadrant.com обсуждение исходный текст |
Ответ на | Re: A patch for get origin from commit_ts. (michael@paquier.xyz) |
Ответы |
Re: A patch for get origin from commit_ts.
|
Список | pgsql-hackers |
On 02/07/2020 03:58, michael@paquier.xyz wrote: > On Tue, Jun 30, 2020 at 01:58:17PM +0100, Simon Riggs wrote: >> On Tue, 30 Jun 2020 at 02:17, Madan Kumar <madankumar1993@gmail.com> wrote: >>> It may be better to have one single function returning both >>> timestamp and origin for a given transaction ID. >> >> No need to change existing APIs. > > Adding a new function able to return both fields at the same time does > not imply that we'd remove the original one, it just implies that we > would be able to retrieve both fields with a single call of > TransactionIdGetCommitTsData(), saving from an extra CommitTsSLRULock > taken, etc. That's actually what pglogical does with > its pglogical_xact_commit_timestamp_origin() in > pglogical_functions.c. So adding one function able to return one > tuple with the two fields, without removing the existing > pg_xact_commit_timestamp() makes the most sense, no? Agreed, sounds reasonable. I also (I suspect like Álvaro) parsed your original message as wanting to remove origin from the record completely. -- Petr Jelinek 2ndQuadrant - PostgreSQL Solutions for the Enterprise https://www.2ndQuadrant.com/
В списке pgsql-hackers по дате отправления: