From: | David Johnston <polobo(at)yahoo(dot)com> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: SQL Path in psql |
Date: | 2013-09-06 17:45:26 |
Message-ID: | 1378489526328-5769929.post@n5.nabble.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
lup wrote
>>
>>
> I wonder if this would at least get the full path on-screen for a c/p
> \! for d in $SQLPATH; do find $d -name
> <script-filename>
> ; done
>
> That said, I would down-vote this suggestion. I tend to put sql files
> in amongst my various project dirs and maintaining the envvar isn't
> worth it.
>
> Anything I re-use I make into a function.
Usually a down-vote there is something that can go wrong if the feature is
implemented. Simply not personally having a use for said feature normally
results in a "+0" vote or something similar.
The big issue with environment variables is their ability to have resolution
conflicts. I think the general idea has merit though setting symbolic-links
(in Linux variants at least) can get you some of the way there in a less
error-prone (but more verbose) way.
Ultimately feature requests get made to here then end up on the ToDo listing
if the idea has traction.
David J.
--
View this message in context: http://postgresql.1045698.n5.nabble.com/SQL-Path-in-psql-tp4413658p5769929.html
Sent from the PostgreSQL - general mailing list archive at Nabble.com.
From | Date | Subject | |
---|---|---|---|
Next Message | David Kerr | 2013-09-06 17:58:05 | Re: SQL Path in psql |
Previous Message | Rob Sargentg | 2013-09-06 17:17:49 | Re: SQL Path in psql |