RE: sql parser

2003-11-09 Thread Arcadius
Yes, the sql_yacc.y is used to generate the sql parser. The parser is used more to "run" the sql rather than to break it into its tokens. Using the lex files would be closer to your stated goals. The file lex.h in the same directory as sql_yacc.y contains all the tokens mys

Re: sql parser

2003-11-09 Thread Jeremy Zawodny
On Sun, Nov 09, 2003 at 12:48:42AM -0600, Carl Karsten wrote: > > It looks like sql_yacc.y is what is used to define the syntax that > MySql uses. Yes. > It has been a while sense I took a compiler class, so forgive my > ignorance. is sql_yacc.y used to generate the parser which is then > compi

sql parser

2003-11-08 Thread Carl Karsten
I am looking for code that will take an SQL command and break it into it's parts. I have found some attempts, but none that use the code from an actual SQL engine, and big surprise, they don't work 100%. I have a few goals: 1) developer tool: cut/paste the SQL command and get a pretty format di

Re: You seem to have found a bug in the SQL parser. Please submit a bug report with the

2002-08-15 Thread Egor Egorov
John, Wednesday, August 14, 2002, 12:26:29 PM, you wrote: JMH> data chunk below. >Description: JMH> Bug in SQL parser. JMH> --BEGIN CUT-- JMH> eNotjs0KgkAYRfc9xV20itBxzMqhHyImCoxIA9eJX41hOY1m9YI+Vz+4u+dwFre7S

You seem to have found a bug in the SQL parser. Please submit a bug report with the

2002-08-14 Thread John Mørck Hansen
data chunk below. >Description: Bug in SQL parser. --BEGIN CUT-- eNotjs0KgkAYRfc9xV20itBxzMqhHyImCoxIA9eJX41hOY1m9YI+Vz+4u+dwFre7SQXKe66PpiRj 5VliaaX7NRzL8cAZ4zYb2XwIZyxcJjwfOV19yJdGd5IY2LNOrN5IsxRPwpkqKDI0B4cLd9AWAZ2q oiYj0LRmIX5F

Re: Writing an SQL Parser and Optimizer

2002-03-20 Thread taraben . a
Let us know your results ... Adib. Keith C. Ivey wrote: > On 19 Mar 2002, at 18:14, Michael Halcrow wrote: > > >>Any suggestions as to where to start? > > > There's a Perl module called SQL::Statement that does SQL parsing: > > http://search.cpan.org/search?dist=SQL-Statement > --

Re: Writing an SQL Parser and Optimizer

2002-03-20 Thread Keith C. Ivey
On 19 Mar 2002, at 18:14, Michael Halcrow wrote: > Any suggestions as to where to start? There's a Perl module called SQL::Statement that does SQL parsing: http://search.cpan.org/search?dist=SQL-Statement -- Keith C. Ivey <[EMAIL PROTECTED]> Washington, DC ---

Re: Writing an SQL Parser and Optimizer

2002-03-19 Thread Jeremy Zawodny
On Tue, Mar 19, 2002 at 06:14:14PM -0700, Michael Halcrow wrote: > > My only saving grace is that we are allowed to use any tools that > are freely available over the Internet. That rocks! :-) > I was thinking about using bison and RUBY to implement it. However, > since I noticed that MySQL is

Writing an SQL Parser and Optimizer

2002-03-19 Thread Michael Halcrow
I'm taking a database implementation course, and my professor has flipped his lid this semester and assigned one of the labs to be an SQL parser and optimizer (using equivalence rules, etc.). Given an SQL statement and a database schema (with some statistical metadata on the contents), I

Re: SQL Parser woes

2001-07-17 Thread Gerald Clark
a whitespace between the tablename and the "(" everything works >fine. > In the "positive test" it works without whitespace... > > >> Fix: > > > > >> Submitter-Id: >> Originator: >> Organization: > > > &g

SQL Parser woes

2001-07-16 Thread sascha
pwd, state, user_id) values (' at line 1 When I insert a whitespace between the tablename and the "(" everything works fine. In the "positive test" it works without whitespace... >Fix: >Submitter-Id: >Originator: >Organiza

Re: direct ISAM access vs. SQL parser

2001-07-08 Thread Jeremy Zawodny
On Sun, Jul 08, 2001 at 10:29:04AM +0307, Tonu Samuel wrote: > Jeremy Zawodny wrote: > > > >> Perhaps, but it's not listed here: > >> > >>http://www.mysql.com/doc/manual.php?search_query=handler&depth=0 > > > > > > I *think* that only searches the 3.23.xx docs. I just found the same > > t

Re: direct ISAM access vs. SQL parser

2001-07-07 Thread Tonu Samuel
Jeremy Zawodny wrote: >> Perhaps, but it's not listed here: >> >> http://www.mysql.com/doc/manual.php?search_query=handler&depth=0 > > > I *think* that only searches the 3.23.xx docs. I just found the same > thing. :-( Sure. We do not want to confuse people with manual of incomplete and

Re: direct ISAM access vs. SQL parser

2001-07-07 Thread Sinisa Milivojevic
Tim Bunce writes: > > Perhaps, but it's not listed here: > > http://www.mysql.com/doc/manual.php?search_query=handler&depth=0 > > Tim. > Apologies to you both, this has been done in 4.0 branch -- Regards, __ ___ ___ __ / |/ /_ __/ __/ __ \/ /Mr. Sinisa Miliv

Re: direct ISAM access vs. SQL parser

2001-07-06 Thread Jeremy Zawodny
On Fri, Jul 06, 2001 at 08:31:56PM +0100, Tim Bunce wrote: > > > It is in the manual under this heading : > > > > `HANDLER' Syntax > > > > Perhaps, but it's not listed here: > > http://www.mysql.com/doc/manual.php?search_query=handler&depth=0 I *think* that only searche

Re: direct ISAM access vs. SQL parser

2001-07-06 Thread Jeremy Zawodny
On Fri, Jul 06, 2001 at 04:36:08PM +0300, Sinisa Milivojevic wrote: > Tim Bunce writes: > > On Fri, Jul 06, 2001 at 02:51:34PM +0300, Sinisa Milivojevic wrote: > > > > It may have been implemented 2 months ago (for v4.0), but it doesn't > > seem to be documented. > > > > Will is be documented so

Re: direct ISAM access vs. SQL parser

2001-07-06 Thread Tim Bunce
On Fri, Jul 06, 2001 at 04:36:08PM +0300, Sinisa Milivojevic wrote: > Tim Bunce writes: > > On Fri, Jul 06, 2001 at 02:51:34PM +0300, Sinisa Milivojevic wrote: > > > > It may have been implemented 2 months ago (for v4.0), but it doesn't > > seem to be documented. > > > > Will is be documented so

Re: direct ISAM access vs. SQL parser

2001-07-06 Thread Sinisa Milivojevic
Tim Bunce writes: > > It may have been implemented 2 months ago (for v4.0), but it doesn't > seem to be documented. > > Will is be documented soon? > > Tim. Forgot to mention that it is implemented on MyISAM, not ISAM tables. -- Regards, __ ___ ___ __ / |/ /_ __/ __/ __ \/

Re: direct ISAM access vs. SQL parser

2001-07-06 Thread Sinisa Milivojevic
Tim Bunce writes: > On Fri, Jul 06, 2001 at 02:51:34PM +0300, Sinisa Milivojevic wrote: > > It may have been implemented 2 months ago (for v4.0), but it doesn't > seem to be documented. > > Will is be documented soon? > > Tim. > It is in the manual under this heading : `HANDLER' Syntax

Re: direct ISAM access vs. SQL parser

2001-07-06 Thread Tim Bunce
On Fri, Jul 06, 2001 at 02:51:34PM +0300, Sinisa Milivojevic wrote: > Volker Paepcke writes: > > Hi! > > > > One year ago Michael Widenius posted this: > > > > > > We have on the other hand played with the idea to at some point > > implement SQL commands of type: > > > > IS

Re: direct ISAM access vs. SQL parser

2001-07-06 Thread Sinisa Milivojevic
Volker Paepcke writes: > Hi! > > One year ago Michael Widenius posted this: > > > We have on the other hand played with the idea to at some point > implement SQL commands of type: > > ISAM INSERT table_name (...) > ISAM UPDATE table_name SET ... WHERE key_name=(key_part

direct ISAM access vs. SQL parser

2001-07-06 Thread Volker Paepcke
rface too. Since its not possible to access ISAM tables directly while the same tables are under control of mysqld I have to use the SQL-parser. Besides the performance issue there is another problem with SQL: The ISAM-API has a different meaning of a cursor than in SQL. I can set this cursor to the

Re: SQL Parser

2001-06-07 Thread Sinisa Milivojevic
Manish Chakrabarti writes: > I have a related question. I am looking for a pretty robust SQL parser which > is also > "transparent" in the sense that one can go into it and modify the query > processing parts (i.e. "actions")? > > Does MySQL source d

Re: SQL Parser

2001-06-06 Thread Manish Chakrabarti
I have a related question. I am looking for a pretty robust SQL parser which is also "transparent" in the sense that one can go into it and modify the query processing parts (i.e. "actions")? Does MySQL source distribution include the lex/yacc files specifying the SQL grammar