Re: proposal: multiple psql option -c
От | David G. Johnston |
---|---|
Тема | Re: proposal: multiple psql option -c |
Дата | |
Msg-id | CAKFQuwZcpyk5UeGcLTpFCPynRbm7nd3VN046cs_Ek0mTD6tETA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: proposal: multiple psql option -c (Pavel Stehule <pavel.stehule@gmail.com>) |
Ответы |
Re: proposal: multiple psql option -c
Re: proposal: multiple psql option -c |
Список | pgsql-hackers |
2015-08-28 22:07 GMT+02:00 Jim Nasby <Jim.Nasby@bluetreble.com>:On 8/26/15 8:15 AM, Pavel Stehule wrote:+ and then exit. This is useful in shell scripts. Start-up files
+ (<filename>psqlrc</filename> and <filename>~/.psqlrc</filename>) are
+ ignored with this option.
Sorry if this was discussed and I missed it, but I think this is a bad idea. There's already an option to control this. More important, there's no option to force the rc files to be used, so if -g disables them you'd be stuck with that.
I agree that the rc files are a danger when scripting, but if we want to do something about that then it needs to be consistent for ALL non-interactive use.I don't see any problem to load rc files - but should I do it by default? I prefer1. default - don't read rc2. possible long option for forcing load rc for -c and -g3. possible long option for forcing load any file as rc for -c and -g
--psqlrc
; read the standard rc files
--no-psqlrc ; do not read the standard rc files
It belongs in a separate patch, though.
In this patch -g should disable the reading of the standard rc files.
Yet another option could be added that allows the user to point to a different set of rc files. Its presence should not cause the include/exclude behavior to change. That way you can setup a psql wrapper function or alias that uses a different rc file while still having control over whether it is included or excluded. The problem here is exploding the logic in order to deal with both a system and a user rc file.
This would be yet another patch.
My $0.02
David J.
В списке pgsql-hackers по дате отправления: