From: | "Jonah H(dot) Harris" <jonah(dot)harris(at)gmail(dot)com> |
---|---|
To: | "Jonah H(dot) Harris" <jonah(dot)harris(at)gmail(dot)com>, "Jesper Pedersen" <jews(at)vip(dot)cybercity(dot)dk>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Summer of Code idea |
Date: | 2006-04-27 15:33:55 |
Message-ID: | 36e682920604270833p1b31086ch27b0c7444326395c@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 4/27/06, Stephen Frost <sfrost(at)snowman(dot)net> wrote:
> The answer to that can certainly be "performance" provided other factors
> (such as maintainability) don't change much. If you could show that
> then I think such a switch would be very seriously considered.
IMHO, switching parser-types (and parser generators) is more about
maintainability than performance itself. SQL is much nicer in
recursive descent where you don't have yacc/bison limitations such as
1 token of lookahead and non-ebnf grammars. The sort-of odd thing is
that PCCTS (like its much younger brother ANTLR) is intended on
generating ASTs whereas yacc/bison requires you to build the parse
tree manually (as we do).
Don't get me wrong, this was taken into consideration with PCCTS, but
it's not as optimal or beautiful as it would be to have PCCTS itself
generate the parse tree. Still, it's nicer to maintain than a
yacc/bison grammar.
--
Jonah H. Harris, Database Internals Architect
EnterpriseDB Corporation
732.331.1324
From | Date | Subject | |
---|---|---|---|
Next Message | Jonah H. Harris | 2006-04-27 15:43:29 | Re: Summer of Code idea |
Previous Message | Tom Lane | 2006-04-27 15:32:06 | Re: Summer of Code idea |