From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Neil Conway <neilc(at)samurai(dot)com> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: PL/PgSQL "bare" function calls |
Date: | 2004-09-15 15:05:48 |
Message-ID: | 3833.1095260748@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Neil Conway <neilc(at)samurai(dot)com> writes:
> (3) The parser must distinguish between two cases when it sees an
> unknown word (T_WORD) beginning a statement. The word could be the
> beginning of a SQL statement (stmt_execsql in the grammar), such as:
> UPDATE ...;
> or the name of a function in a function call:
> invoke_func(...);
> The patch currently distinguishes between these cases by looking at the
> next token -- if it is a left parenthesis, the patch assumes it is a
> function call, otherwise it assumes it is a SQL statement. Is this the
> best approach?
That seems fairly unworkable. For example
SELECT (2,3,4);
is valid SQL. Also I'm not sure if you can extend this to cope with
schema-qualified function names.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Jeroen T. Vermeulen | 2004-09-15 15:09:50 | Re: WIN1250 as server encoding |
Previous Message | Peter Eisentraut | 2004-09-15 15:02:44 | WIN1250 as server encoding |