Re: [PATCH] Stop ALTER SYSTEM from making bad assumptions
От | Stephen Frost |
---|---|
Тема | Re: [PATCH] Stop ALTER SYSTEM from making bad assumptions |
Дата | |
Msg-id | 20190624192014.GB2480@tamriel.snowman.net обсуждение исходный текст |
Ответ на | Re: [PATCH] Stop ALTER SYSTEM from making bad assumptions (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [PATCH] Stop ALTER SYSTEM from making bad assumptions
|
Список | pgsql-hackers |
Greetings, * Tom Lane (tgl@sss.pgh.pa.us) wrote: > Stephen Frost <sfrost@snowman.net> writes: > > Stephen and Magnus want a warning, because it's an indication that a > > tool author, or *something* modified the file in an unexpected way, and > > that we are having to do some kind of cleanup on the file because of it. > > But you're presuming something that not everybody agrees with, which > is that this situation should be considered unexpected. And, at least at present, not everyone seems to be agreeing that having duplicates should be considered expected, either. Using only ALTER SYSTEM, you'd never end up with duplicates either. > In particular, in order to consider it unexpected, you have to suppose > that the content rules for postgresql.auto.conf are different from those > for postgresql.conf (wherein we clearly allow last-one-wins). Can you > point to any user-facing documentation that says that? The backend and frontend tools don't modify postgresql.conf, and we don't document how to modify postgresql.auto.conf at *all*, even though we clearly now expect tool authors to go modifying it so that they can provide the same capabilities that pg_basebackup does and which they used to through recovery.conf, so I don't really see that as being comparable. The only thing we used to have to go on was what ALTER SYSTEM did, and then pg_basebackup went and did something different, and enough so that they ended up conflicting with each other, leading to this discussion. Thanks, Stephen
Вложения
В списке pgsql-hackers по дате отправления: