Re: [HACKERS] Removing binaries (was: createlang/droplang deprecated)
| От | Tom Lane | 
|---|---|
| Тема | Re: [HACKERS] Removing binaries (was: createlang/droplang deprecated) | 
| Дата | |
| Msg-id | 10476.1489868597@sss.pgh.pa.us обсуждение исходный текст | 
| Ответ на | [HACKERS] Removing binaries (was: createlang/droplang deprecated) (Magnus Hagander <magnus@hagander.net>) | 
| Ответы | Re: [HACKERS] Removing binaries (was: createlang/droplang deprecated) Re: [HACKERS] Removing binaries (was: createlang/droplang deprecated) | 
| Список | pgsql-hackers | 
Magnus Hagander <magnus@hagander.net> writes:
> createuser, dropuser - definitely pollutes the namespace, people do
> sometimes try them for the wrong thing. Unlike the db ones they do add
> value though -- I don't think we have a psql way of in a single command
> doing what --pwprompt on createuser does, do we? But given that we are in
> the process of breaking a lot of other scripts for 10, perhaps we should
> rename it to pg_createuser?
I'm not particularly on board with arguments like "we already broke a ton
of stuff so let's break some more".  Eventually you've managed to create
a daunting barrier to upgrading at all.
I think a more reasonable way to proceed is to install symlinks
pg_createuser -> createuser (or the other direction), mark the older names
as deprecated, and announce that we'll remove the old names a few releases
from now.  That gives people time to adjust.
Maybe we should handle createdb likewise, rather than just kicking it to
the curb.  I know I use it quite often; it's less typing than psql -c
'create database ...' postgres, and still would be with a pg_ prefix.
        regards, tom lane
		
	В списке pgsql-hackers по дате отправления: