Re: ecpg rejects input parameters - Mailing list pgsql-general

From Andrew Pennebaker
Subject Re: ecpg rejects input parameters
Date
Msg-id CAHXt_SVENm8=j_S6qeKLsmJA+3JTsuR+HFqRw6J35=HQQkERTw@mail.gmail.com
Whole thread Raw
In response to Re: ecpg rejects input parameters  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: ecpg rejects input parameters
List pgsql-general
Makes sense.

Yes, it would be great if psql offered a flag for validating syntax. Other programming languages do this, for example, bash -n, ruby -c, and php -l.

On Wed, Apr 8, 2015 at 3:53 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
Andrew Pennebaker <andrew.pennebaker@gmail.com> writes:
> I can't find a relevant section to address my specific problem: ecpg
> complaining when I try to check the syntax of my .sql files that use input
> parameters.

I'm not sure why you think that should work.  psql and ecpg have quite
distinct input languages.  Both are extensions of SQL, but the key word
there is "extension".  ecpg certainly isn't going to accept psql's
backslash commands for instance, any more than psql would accept ecpg's
C code portions.  And I doubt it would be useful for ecpg to simply ignore
the variable-interpolation symbols; but it has no way to know what's going
to be substituted for those symbols.

It would be more interesting to consider giving psql a syntax-check-only
mode; though I'm afraid use of variable interpolation would still be pretty
problematic, since the variables are commonly filled from execution of
previous commands.

                        regards, tom lane



--
Cheers,

Andrew Pennebaker

pgsql-general by date:

Previous
From: John McKown
Date:
Subject: Re: Cannot connect from local network to my postgresql server
Next
From: Adrian Klaver
Date:
Subject: Re: ecpg rejects input parameters