Re: Should pg_current_wal_location() become pg_current_wal_lsn()
Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
From: Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
To: Kyotaro HORIGUCHI <horiguchi.kyotaro@lab.ntt.co.jp>,
david.rowley@2ndquadrant.com
Cc: pgsql-hackers@postgresql.org
Date: 2017-04-14T22:26:37Z
Lists: pgsql-hackers
On 4/14/17 04:28, Kyotaro HORIGUCHI wrote: > =# select distinct attname from pg_attribute where attname like '%lsn%'; > attname > --------------------- > confirmed_flush_lsn > latest_end_lsn > local_lsn > receive_start_lsn > received_lsn > remote_lsn > restart_lsn > srsublsn > (8 rows) > > > Feature is already frozen, but this seems inconsistent a bit.. I think these are all recently added for logical replication. We could rename them to _location. I'm not a fan of renaming everything the opposite way. -- Peter Eisentraut http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
Commits
-
Rename WAL-related functions and views to use "lsn" not "location".
- d10c626de47d 10.0 landed