Re: rename pg_log_standby_snapshot - Mailing list pgsql-hackers

From Sami Imseih
Subject Re: rename pg_log_standby_snapshot
Date
Msg-id CAA5RZ0swNXYtUNXm8ndu6iGHs9dwXUGH0x4yjOR0GTpJMa1cpg@mail.gmail.com
Whole thread Raw
In response to Re: rename pg_log_standby_snapshot  (Michael Paquier <michael@paquier.xyz>)
List pgsql-hackers
> I think this would all be a nice argument to have when introducing a new
> function. But I don't think it's a wart sufficiently big to justify breaking
> compatibility.

Yeah, I would side as well with the compatibility argument on this
one.
 
I don't really agree with this. I think breaking compatibility in the next major release
makes sense here. We already have pg_log_backend_memory_contexts writing to the log, and
If we end up adding a few more functions called pg_log_something that write to the log file,
pg_log_standby_snapshot will stand out awkwardly.

--
Sami Imseih
Amazon Web Services (AWS)


pgsql-hackers by date:

Previous
From: Thomas Munro
Date:
Subject: Re: Some read stream improvements
Next
From: "Anton A. Melnikov"
Date:
Subject: Re: Use XLOG_CONTROL_FILE macro everywhere?