| From: | Bernd Helmle <mailings(at)oopsware(dot)de> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | pgsql-patches(at)postgresql(dot)org |
| Subject: | Re: psql command aliases support |
| Date: | 2008-04-01 16:09:01 |
| Message-ID: | CAC87A1C50ED46CAB61B028D@imhotep.credativ.de |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-patches |
--On Dienstag, April 01, 2008 11:39:59 -0400 Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
wrote:
> Do we really want such a thing?
Well, i use aliases everytime and everywhere they got implemented and i
found it quite useful to _extend_ existing behavior (integrating additional
functionality in an easy way)
> The space of backslash command names
> is so densely populated already that it's hard to imagine creating
> aliases without conflicting with existing (or future) command names
I often found existing backslash command sometimes overloaded or simply not
providing information i really need (for example, an easy way to get
information about current locales, encoding and user settings). You simply
can't catch all requirements DBA's and users want within a all-catching
implementation. Using this way, users are able to implement their own
command shortcuts
Overriding existing backslash commands (as my first example shows) is only
an implementation-specific detail which could easily forbidden. However,
defining your own shortcuts for your psql-sessions looks quite useful to
me, like my 2nd example tries to illustrate.
> It seems like mostly a recipe for confusion.
So what? This could happen in every shell that supports aliases as well. I
don't get your point...?
--
Thanks
Bernd
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Simon Riggs | 2008-04-01 16:17:34 | Re: [HACKERS] Minor changes to Recovery related code |
| Previous Message | Peter Eisentraut | 2008-04-01 15:58:30 | Re: psql command aliases support |