Re: ecpg rejects input parameters

Поиск
Список
Период
Сортировка
От Andrew Pennebaker
Тема Re: ecpg rejects input parameters
Дата
Msg-id CAHXt_SVENm8=j_S6qeKLsmJA+3JTsuR+HFqRw6J35=HQQkERTw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: ecpg rejects input parameters  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: ecpg rejects input parameters  (Adrian Klaver <adrian.klaver@aklaver.com>)
Список 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 по дате отправления:

Предыдущее
От: John McKown
Дата:
Сообщение: Re: Cannot connect from local network to my postgresql server
Следующее
От: Adrian Klaver
Дата:
Сообщение: Re: ecpg rejects input parameters