Re: Why does pg_checksums -r not have a long option?
От
Michael Paquier
Тема
Re: Why does pg_checksums -r not have a long option?
Дата
Msg-id
20190528025648.GA1348@paquier.xyz
Ответ на
Re: Why does pg_checksums -r not have a long option? (Michael Banck)
Список
Дерево обсуждения
Why does pg_checksums -r not have a long option? Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: Why does pg_checksums -r not have a long option? Fabien COELHO <coelho@cri.ensmp.fr>
Re: Why does pg_checksums -r not have a long option? Michael Paquier <michael@paquier.xyz>
Re: Why does pg_checksums -r not have a long option? Fabien COELHO <coelho@cri.ensmp.fr>
Re: Why does pg_checksums -r not have a long option? Michael Paquier <michael@paquier.xyz>
Re: Why does pg_checksums -r not have a long option? Fabien COELHO <coelho@cri.ensmp.fr>
Re: Why does pg_checksums -r not have a long option? Michael Paquier <michael@paquier.xyz>
Re: Why does pg_checksums -r not have a long option? Daniel Gustafsson <daniel@yesql.se>
Re: Why does pg_checksums -r not have a long option? Michael Paquier <michael@paquier.xyz>
Re: Why does pg_checksums -r not have a long option? Michael Banck <michael.banck@credativ.de>
Re: Why does pg_checksums -r not have a long option? Michael Paquier <michael@paquier.xyz>
Re: Why does pg_checksums -r not have a long option? Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: Why does pg_checksums -r not have a long option? Michael Paquier <michael@paquier.xyz>
Re: Why does pg_checksums -r not have a long option? Tomas Vondra <tomas.vondra@2ndquadrant.com>
Re: Why does pg_checksums -r not have a long option? Fabien COELHO <coelho@cri.ensmp.fr>
On Mon, May 27, 2019 at 10:17:43AM +0200, Michael Banck wrote: > Before we switch to -f out of consistency with oid2name, we should > consider Magnus' argument from > CABUevEzoeXaxbcYmMZsNF1aqdCwovys7-ChqCuGRY5+nsQZFew@mail.gmail.com IMO: > > |I have no problem with changing it to -r. -f seems a bit wrong to me, > |as it might read as a file. And in the future we might want to implement > |the ability to take full filename (with path), in which case it would > |make sense to use -f for that. You could also use a long option for that without a one-letter option, like --file-path or such, so reserving a one-letter option for a future, hypothetical use is not really a stopper in my opinion. In consequence, I think that that it is fine to just use -f/--filenode. Any objections or better suggestions from other folks here? -- Michael
В списке pgsql-hackers по дате отправления