From: | Grzegorz Jaskiewicz <gj(at)pointblue(dot)com(dot)pl> |
---|---|
To: | Greg Stark <stark(at)enterprisedb(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Replacing plpgsql's lexer |
Date: | 2009-04-19 17:30:12 |
Message-ID: | C757CC22-75BE-4C00-A59E-DC2897F7F0B4@pointblue.com.pl |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 19 Apr 2009, at 18:28, Greg Stark wrote:
> On Sun, Apr 19, 2009 at 6:24 PM, Grzegorz Jaskiewicz
> <gj(at)pointblue(dot)com(dot)pl> wrote:
>> Will it also mean, that queries are going to be analyzed deeper ?
>> Ie, afaik I am able now to create plpgsql function, that tries to
>> run query
>> accessing non existent table, or columns.
>> Or, if I rename column/table/relation now, views, etc are getting
>> updated -
>> but not plpgsql functions. Will that change with your patch ?
>
>
> The scanner isn't responsible for anything like this. It just braeks
> the input up into tokens. So its responsible for determining where
> strings start and end and where tble names start and end but doesn't
> actually look up the name anywhere -- that's up to the parser and
> later steps. So no.
ok, thanks.
To be honest, That would be the great feature.
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2009-04-19 17:34:20 | Re: Replacing plpgsql's lexer |
Previous Message | Greg Stark | 2009-04-19 17:28:49 | Re: Replacing plpgsql's lexer |