Re: tracking commit timestamps
От | Petr Jelinek |
---|---|
Тема | Re: tracking commit timestamps |
Дата | |
Msg-id | 5454CC4B.3010108@2ndquadrant.com обсуждение исходный текст |
Ответ на | Re: tracking commit timestamps (Petr Jelinek <petr@2ndquadrant.com>) |
Ответы |
Re: tracking commit timestamps
Re: tracking commit timestamps |
Список | pgsql-hackers |
On 01/11/14 12:19, Petr Jelinek wrote: > Hi, > > thanks for review. > > On 01/11/14 05:45, Michael Paquier wrote: >> Now here are a couple of comments at code level, this code seems not >> enough baked for a commit: >> 1) The following renaming should be done: >> - pg_get_transaction_committime to pg_get_transaction_commit_time >> - pg_get_transaction_extradata to pg_get_transaction_extra_data >> - pg_get_transaction_committime_data to >> pg_get_transaction_commit_time_data >> - pg_get_latest_transaction_committime_data to >> pg_get_latest_transaction_commit_time_data > > Makes sense. > On second thought, maybe those should be pg_get_transaction_committs, pg_get_transaction_committs_data, etc. For me the commit time thing feels problematic in the way I perceive it - I see commit time as a point in time, where I see commit timestamp (or committs for short) as something that can recorded. So I would prefer to stick with commit timestamp/committs. -- Petr Jelinek http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-hackers по дате отправления: