Re: Additional psql requirements - Mailing list pgsql-hackers

From Pavel Stehule
Subject Re: Additional psql requirements
Date
Msg-id 162867790807250057k1758ba53uc93054577d419e7f@mail.gmail.com
Whole thread Raw
In response to Re: Additional psql requirements  (Simon Riggs <simon@2ndquadrant.com>)
List pgsql-hackers
2008/7/25 Simon Riggs <simon@2ndquadrant.com>:
>
> On Fri, 2008-07-25 at 10:00 +0900, ITAGAKI Takahiro wrote:
>> Simon Riggs <simon@2ndquadrant.com> wrote:
>>
>> > * access to version number
>> > * simple mechanism for conditional execution
>> > * ability to set substitution variables from command execution
>> > * conditional execution whether superuser or not
>>
>> Can we use pgScript for such flow controls?
>> http://pgscript.projects.postgresql.org/INDEX.html
>>
>> I'm not sure pgScript can be used in pgAdmin already, but if we support
>> it both psql and pgAdmin, the scripting syntax will be a defact standard
>> because they are the most major user interfaces to postgres. I think it is
>> not good to add another "dialect" that can be used only in psql.
>
> I just want good way, not two imperfect ones.
>
> And I'm not going to suggest having pgscript in core.
+ 1

pgScript is too heavy

for most purposes is enough some like

\for select * from information_schema.tables
grant read on $1 to public;
\endfor

regards
Pavel Stehule

>
> --
>  Simon Riggs           www.2ndQuadrant.com
>  PostgreSQL Training, Services and Support
>
>
> --
> Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-hackers
>


pgsql-hackers by date:

Previous
From: daveg
Date:
Subject: Re: Additional psql requirements
Next
From: Zdenek Kotala
Date:
Subject: Re: pltcl_*mod commands are broken on Solaris 10