Re: pgsql: Rename logical decoding's pg_llog directory to pg_logical.
От | Michael Paquier |
---|---|
Тема | Re: pgsql: Rename logical decoding's pg_llog directory to pg_logical. |
Дата | |
Msg-id | CAB7nPqTgUmSG0be0z9LjiWETDO=4+=qBe6ZjnVjA=onfe+_U=Q@mail.gmail.com обсуждение исходный текст |
Ответ на | pgsql: Rename logical decoding's pg_llog directory to pg_logical. (Andres Freund <andres@anarazel.de>) |
Ответы |
Re: pgsql: Rename logical decoding's pg_llog directory to pg_logical.
Re: pgsql: Rename logical decoding's pg_llog directory to pg_logical. |
Список | pgsql-committers |
On Thu, Jul 3, 2014 at 4:08 AM, Andres Freund <andres@anarazel.de> wrote:
--
Michael
Rename logical decoding's pg_llog directory to pg_logical.
The old name wasn't very descriptive as of actual contents of the
directory, which are historical snapshots in the snapshots/
subdirectory and mappingdata for rewritten tuples in
mappings/. There's been a fair amount of discussion what would be a
good name. I'm settling for pg_logical because it's likely that
further data around logical decoding and replication will need saving
in the future.
Also add the missing entry for the directory into storage.sgml's list
of PGDATA contents.
Bumps catversion as the data directories won't be compatible.
Shouldn't this commit be backpatched as well to REL9_4_STABLE. I am failing to see the point of having the folder used for logical decoding named pg_llog in 9.4 and pg_logical in 9.5. This is creating inconsistencies between major versions.
Regards,
Michael
В списке pgsql-committers по дате отправления: