You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@drill.apache.org by Ted Dunning <te...@gmail.com> on 2012/10/11 09:59:10 UTC
next steps
I would like to shepherd the web front end, the query parser and some
documentation into the project next.
Michael,
You have the web front end ready it sounds like. Can you provide us a
walk-through?
Camuel,
You and your team have the parser in some kind of shape. We still need to
discuss and settle on an intermediate language to pass to the query
optimizer and source code organization. Also, how does the syntax below
look to you as a target?
Julian H,
Can you comment on what you would like to see as a logical plan syntax? My
thought was to describe the logical plan as virtual assignments in a style
similar to (but very distinct from) LLVM. The syntax would look something
like this:
dest := op arg1, arg2, ... argN
op would be one of a small list of operators. Arg's would be destinations
from earlier in the file. Even arithmetic expressions and built-in
functions would be in this form.
Would this look OK to you?
If so, what list of op's should we target first?
Re: next steps
Posted by Timothy Chen <tn...@gmail.com>.
Hi,
I don't think there is any design documents, except one overall
architecture slides online (available on the drill website).
There is a grammer definition and early parser prototype done in the
https://github.com/ApacheDrill/parser repo.
Tim
On Thu, Oct 11, 2012 at 11:37 AM, arunabh ghosh <ar...@yahoo.com> wrote:
> Hi Folks,
> I've been a silent reader on this group for a while. It
> looks like some concrete work items are beginning to form and I was
> wondering how folks can start getting involved. I would be very interested
> in helping out with the parser. Are there any design documents/early source
> that we can look at ?
>
>
>
>
> ________________________________
> From: Ted Dunning <te...@gmail.com>
> To: drill-dev@incubator.apache.org
> Sent: Thursday, October 11, 2012 12:59 AM
> Subject: next steps
>
> I would like to shepherd the web front end, the query parser and some
> documentation into the project next.
>
> Michael,
>
> You have the web front end ready it sounds like. Can you provide us a
> walk-through?
>
> Camuel,
>
> You and your team have the parser in some kind of shape. We still need to
> discuss and settle on an intermediate language to pass to the query
> optimizer and source code organization. Also, how does the syntax below
> look to you as a target?
>
> Julian H,
>
> Can you comment on what you would like to see as a logical plan syntax? My
> thought was to describe the logical plan as virtual assignments in a style
> similar to (but very distinct from) LLVM. The syntax would look something
> like this:
>
> dest := op arg1, arg2, ... argN
>
> op would be one of a small list of operators. Arg's would be destinations
> from earlier in the file. Even arithmetic expressions and built-in
> functions would be in this form.
>
> Would this look OK to you?
>
> If so, what list of op's should we target first?
>
Re: next steps
Posted by arunabh ghosh <ar...@yahoo.com>.
Hi Folks,
I've been a silent reader on this group for a while. It looks like some concrete work items are beginning to form and I was wondering how folks can start getting involved. I would be very interested in helping out with the parser. Are there any design documents/early source that we can look at ?
________________________________
From: Ted Dunning <te...@gmail.com>
To: drill-dev@incubator.apache.org
Sent: Thursday, October 11, 2012 12:59 AM
Subject: next steps
I would like to shepherd the web front end, the query parser and some
documentation into the project next.
Michael,
You have the web front end ready it sounds like. Can you provide us a
walk-through?
Camuel,
You and your team have the parser in some kind of shape. We still need to
discuss and settle on an intermediate language to pass to the query
optimizer and source code organization. Also, how does the syntax below
look to you as a target?
Julian H,
Can you comment on what you would like to see as a logical plan syntax? My
thought was to describe the logical plan as virtual assignments in a style
similar to (but very distinct from) LLVM. The syntax would look something
like this:
dest := op arg1, arg2, ... argN
op would be one of a small list of operators. Arg's would be destinations
from earlier in the file. Even arithmetic expressions and built-in
functions would be in this form.
Would this look OK to you?
If so, what list of op's should we target first?
Re: next steps
Posted by Ted Dunning <te...@gmail.com>.
You can also fork the mirror on github and post a message on the JIRA to
that effect. The patches are nice because they make the change visible
forever. The github approach is nice because it effectively gives a code
review tool with no tooling.
On Mon, Oct 15, 2012 at 6:02 AM, Ted Dunning <te...@gmail.com> wrote:
> This is in place. You can attach diffs in git format-patch format to
> relevant JIRA's
>
>
> On Mon, Oct 15, 2012 at 12:11 AM, Michael Hausenblas <
> michael.hausenblas@gmail.com> wrote:
>
>>
>> > So it sounds like I should create a sandbox area for components that we
>> > haven't integrated yet.
>> >
>> > Then I (or other committers) can commit to this area and as the
>> components
>> > come together, we can promote the best of each alternative to the real
>> deal.
>>
>> +1
>>
>> Cheers,
>> Michael
>>
>> --
>> Michael Hausenblas
>> Ireland, Europe
>> http://mhausenblas.info/
>>
>> On 14 Oct 2012, at 18:19, Ted Dunning wrote:
>>
>> > So it sounds like I should create a sandbox area for components that we
>> > haven't integrated yet.
>> >
>> > Then I (or other committers) can commit to this area and as the
>> components
>> > come together, we can promote the best of each alternative to the real
>> deal.
>> >
>> > On Sun, Oct 14, 2012 at 7:04 AM, Michael Hausenblas <
>> > michael.hausenblas@gmail.com> wrote:
>> >
>> >>
>> >>> Michael,
>> >>>
>> >>> You have the web front end ready it sounds like. Can you provide us a
>> >>> walk-through?
>> >>
>> >>
>> >> FYI: I've deployed a new version of the front-end at
>> >> http://srvgal85.deri.ie/apache-drill/
>> >>
>> >> The improvements [1] include handling of data sources, more project
>> >> handling stuff and rendering of the results. If you click the
>> 'Tutorial'
>> >> button you get a sort of mini-help how to use it.
>> >>
>> >> I plan to do the screen cast against this version, should be available
>> via
>> >> YouTube by EoB (my time) tomorrow ...
>> >>
>> >> Cheers,
>> >> Michael
>> >>
>> >> [1]
>> https://github.com/mhausenblas/apache-drill-frontend/commits/master
>> >>
>> >> --
>> >> Michael Hausenblas
>> >> Ireland, Europe
>> >> http://mhausenblas.info/
>> >>
>> >> On 11 Oct 2012, at 08:59, Ted Dunning wrote:
>> >>
>> >>> I would like to shepherd the web front end, the query parser and some
>> >>> documentation into the project next.
>> >>>
>> >>> Michael,
>> >>>
>> >>> You have the web front end ready it sounds like. Can you provide us a
>> >>> walk-through?
>> >>>
>> >>> Camuel,
>> >>>
>> >>> You and your team have the parser in some kind of shape. We still
>> need
>> >> to
>> >>> discuss and settle on an intermediate language to pass to the query
>> >>> optimizer and source code organization. Also, how does the syntax
>> below
>> >>> look to you as a target?
>> >>>
>> >>> Julian H,
>> >>>
>> >>> Can you comment on what you would like to see as a logical plan
>> syntax?
>> >> My
>> >>> thought was to describe the logical plan as virtual assignments in a
>> >> style
>> >>> similar to (but very distinct from) LLVM. The syntax would look
>> >> something
>> >>> like this:
>> >>>
>> >>> dest := op arg1, arg2, ... argN
>> >>>
>> >>> op would be one of a small list of operators. Arg's would be
>> >> destinations
>> >>> from earlier in the file. Even arithmetic expressions and built-in
>> >>> functions would be in this form.
>> >>>
>> >>> Would this look OK to you?
>> >>>
>> >>> If so, what list of op's should we target first?
>> >>
>> >>
>>
>>
>
Re: next steps
Posted by Ted Dunning <te...@gmail.com>.
This is in place. You can attach diffs in git format-patch format to
relevant JIRA's
On Mon, Oct 15, 2012 at 12:11 AM, Michael Hausenblas <
michael.hausenblas@gmail.com> wrote:
>
> > So it sounds like I should create a sandbox area for components that we
> > haven't integrated yet.
> >
> > Then I (or other committers) can commit to this area and as the
> components
> > come together, we can promote the best of each alternative to the real
> deal.
>
> +1
>
> Cheers,
> Michael
>
> --
> Michael Hausenblas
> Ireland, Europe
> http://mhausenblas.info/
>
> On 14 Oct 2012, at 18:19, Ted Dunning wrote:
>
> > So it sounds like I should create a sandbox area for components that we
> > haven't integrated yet.
> >
> > Then I (or other committers) can commit to this area and as the
> components
> > come together, we can promote the best of each alternative to the real
> deal.
> >
> > On Sun, Oct 14, 2012 at 7:04 AM, Michael Hausenblas <
> > michael.hausenblas@gmail.com> wrote:
> >
> >>
> >>> Michael,
> >>>
> >>> You have the web front end ready it sounds like. Can you provide us a
> >>> walk-through?
> >>
> >>
> >> FYI: I've deployed a new version of the front-end at
> >> http://srvgal85.deri.ie/apache-drill/
> >>
> >> The improvements [1] include handling of data sources, more project
> >> handling stuff and rendering of the results. If you click the 'Tutorial'
> >> button you get a sort of mini-help how to use it.
> >>
> >> I plan to do the screen cast against this version, should be available
> via
> >> YouTube by EoB (my time) tomorrow ...
> >>
> >> Cheers,
> >> Michael
> >>
> >> [1] https://github.com/mhausenblas/apache-drill-frontend/commits/master
> >>
> >> --
> >> Michael Hausenblas
> >> Ireland, Europe
> >> http://mhausenblas.info/
> >>
> >> On 11 Oct 2012, at 08:59, Ted Dunning wrote:
> >>
> >>> I would like to shepherd the web front end, the query parser and some
> >>> documentation into the project next.
> >>>
> >>> Michael,
> >>>
> >>> You have the web front end ready it sounds like. Can you provide us a
> >>> walk-through?
> >>>
> >>> Camuel,
> >>>
> >>> You and your team have the parser in some kind of shape. We still need
> >> to
> >>> discuss and settle on an intermediate language to pass to the query
> >>> optimizer and source code organization. Also, how does the syntax
> below
> >>> look to you as a target?
> >>>
> >>> Julian H,
> >>>
> >>> Can you comment on what you would like to see as a logical plan syntax?
> >> My
> >>> thought was to describe the logical plan as virtual assignments in a
> >> style
> >>> similar to (but very distinct from) LLVM. The syntax would look
> >> something
> >>> like this:
> >>>
> >>> dest := op arg1, arg2, ... argN
> >>>
> >>> op would be one of a small list of operators. Arg's would be
> >> destinations
> >>> from earlier in the file. Even arithmetic expressions and built-in
> >>> functions would be in this form.
> >>>
> >>> Would this look OK to you?
> >>>
> >>> If so, what list of op's should we target first?
> >>
> >>
>
>
Re: next steps
Posted by Michael Hausenblas <mi...@gmail.com>.
> So it sounds like I should create a sandbox area for components that we
> haven't integrated yet.
>
> Then I (or other committers) can commit to this area and as the components
> come together, we can promote the best of each alternative to the real deal.
+1
Cheers,
Michael
--
Michael Hausenblas
Ireland, Europe
http://mhausenblas.info/
On 14 Oct 2012, at 18:19, Ted Dunning wrote:
> So it sounds like I should create a sandbox area for components that we
> haven't integrated yet.
>
> Then I (or other committers) can commit to this area and as the components
> come together, we can promote the best of each alternative to the real deal.
>
> On Sun, Oct 14, 2012 at 7:04 AM, Michael Hausenblas <
> michael.hausenblas@gmail.com> wrote:
>
>>
>>> Michael,
>>>
>>> You have the web front end ready it sounds like. Can you provide us a
>>> walk-through?
>>
>>
>> FYI: I've deployed a new version of the front-end at
>> http://srvgal85.deri.ie/apache-drill/
>>
>> The improvements [1] include handling of data sources, more project
>> handling stuff and rendering of the results. If you click the 'Tutorial'
>> button you get a sort of mini-help how to use it.
>>
>> I plan to do the screen cast against this version, should be available via
>> YouTube by EoB (my time) tomorrow ...
>>
>> Cheers,
>> Michael
>>
>> [1] https://github.com/mhausenblas/apache-drill-frontend/commits/master
>>
>> --
>> Michael Hausenblas
>> Ireland, Europe
>> http://mhausenblas.info/
>>
>> On 11 Oct 2012, at 08:59, Ted Dunning wrote:
>>
>>> I would like to shepherd the web front end, the query parser and some
>>> documentation into the project next.
>>>
>>> Michael,
>>>
>>> You have the web front end ready it sounds like. Can you provide us a
>>> walk-through?
>>>
>>> Camuel,
>>>
>>> You and your team have the parser in some kind of shape. We still need
>> to
>>> discuss and settle on an intermediate language to pass to the query
>>> optimizer and source code organization. Also, how does the syntax below
>>> look to you as a target?
>>>
>>> Julian H,
>>>
>>> Can you comment on what you would like to see as a logical plan syntax?
>> My
>>> thought was to describe the logical plan as virtual assignments in a
>> style
>>> similar to (but very distinct from) LLVM. The syntax would look
>> something
>>> like this:
>>>
>>> dest := op arg1, arg2, ... argN
>>>
>>> op would be one of a small list of operators. Arg's would be
>> destinations
>>> from earlier in the file. Even arithmetic expressions and built-in
>>> functions would be in this form.
>>>
>>> Would this look OK to you?
>>>
>>> If so, what list of op's should we target first?
>>
>>
Re: next steps
Posted by Ted Dunning <te...@gmail.com>.
So it sounds like I should create a sandbox area for components that we
haven't integrated yet.
Then I (or other committers) can commit to this area and as the components
come together, we can promote the best of each alternative to the real deal.
On Sun, Oct 14, 2012 at 7:04 AM, Michael Hausenblas <
michael.hausenblas@gmail.com> wrote:
>
> > Michael,
> >
> > You have the web front end ready it sounds like. Can you provide us a
> > walk-through?
>
>
> FYI: I've deployed a new version of the front-end at
> http://srvgal85.deri.ie/apache-drill/
>
> The improvements [1] include handling of data sources, more project
> handling stuff and rendering of the results. If you click the 'Tutorial'
> button you get a sort of mini-help how to use it.
>
> I plan to do the screen cast against this version, should be available via
> YouTube by EoB (my time) tomorrow ...
>
> Cheers,
> Michael
>
> [1] https://github.com/mhausenblas/apache-drill-frontend/commits/master
>
> --
> Michael Hausenblas
> Ireland, Europe
> http://mhausenblas.info/
>
> On 11 Oct 2012, at 08:59, Ted Dunning wrote:
>
> > I would like to shepherd the web front end, the query parser and some
> > documentation into the project next.
> >
> > Michael,
> >
> > You have the web front end ready it sounds like. Can you provide us a
> > walk-through?
> >
> > Camuel,
> >
> > You and your team have the parser in some kind of shape. We still need
> to
> > discuss and settle on an intermediate language to pass to the query
> > optimizer and source code organization. Also, how does the syntax below
> > look to you as a target?
> >
> > Julian H,
> >
> > Can you comment on what you would like to see as a logical plan syntax?
> My
> > thought was to describe the logical plan as virtual assignments in a
> style
> > similar to (but very distinct from) LLVM. The syntax would look
> something
> > like this:
> >
> > dest := op arg1, arg2, ... argN
> >
> > op would be one of a small list of operators. Arg's would be
> destinations
> > from earlier in the file. Even arithmetic expressions and built-in
> > functions would be in this form.
> >
> > Would this look OK to you?
> >
> > If so, what list of op's should we target first?
>
>
Re: next steps
Posted by Ted Dunning <te...@gmail.com>.
It is much better to post them on JIRA.
On Mon, Oct 15, 2012 at 2:49 AM, Michael Hausenblas <
michael.hausenblas@gmail.com> wrote:
>
> BTW, not sure, Ted, should I gather the bug reports and feature requests
> on my GitHub issue tracker for now, yes? Please advise.
>
Re: next steps
Posted by Michael Hausenblas <mi...@gmail.com>.
> I plan to do the screen cast against this version, should be available via YouTube by EoB (my time) tomorrow …
Et voila, here we go: http://youtu.be/Co1D6yK3nZs (8min)
BTW, not sure, Ted, should I gather the bug reports and feature requests on my GitHub issue tracker for now, yes? Please advise.
Cheers,
Michael
--
Michael Hausenblas
Ireland, Europe
http://mhausenblas.info/
On 14 Oct 2012, at 15:04, Michael Hausenblas wrote:
>
>> Michael,
>>
>> You have the web front end ready it sounds like. Can you provide us a
>> walk-through?
>
>
> FYI: I've deployed a new version of the front-end at http://srvgal85.deri.ie/apache-drill/
>
> The improvements [1] include handling of data sources, more project handling stuff and rendering of the results. If you click the 'Tutorial' button you get a sort of mini-help how to use it.
>
> I plan to do the screen cast against this version, should be available via YouTube by EoB (my time) tomorrow ...
>
> Cheers,
> Michael
>
> [1] https://github.com/mhausenblas/apache-drill-frontend/commits/master
>
> --
> Michael Hausenblas
> Ireland, Europe
> http://mhausenblas.info/
>
> On 11 Oct 2012, at 08:59, Ted Dunning wrote:
>
>> I would like to shepherd the web front end, the query parser and some
>> documentation into the project next.
>>
>> Michael,
>>
>> You have the web front end ready it sounds like. Can you provide us a
>> walk-through?
>>
>> Camuel,
>>
>> You and your team have the parser in some kind of shape. We still need to
>> discuss and settle on an intermediate language to pass to the query
>> optimizer and source code organization. Also, how does the syntax below
>> look to you as a target?
>>
>> Julian H,
>>
>> Can you comment on what you would like to see as a logical plan syntax? My
>> thought was to describe the logical plan as virtual assignments in a style
>> similar to (but very distinct from) LLVM. The syntax would look something
>> like this:
>>
>> dest := op arg1, arg2, ... argN
>>
>> op would be one of a small list of operators. Arg's would be destinations
>> from earlier in the file. Even arithmetic expressions and built-in
>> functions would be in this form.
>>
>> Would this look OK to you?
>>
>> If so, what list of op's should we target first?
>
Re: next steps
Posted by Michael Hausenblas <mi...@gmail.com>.
> Michael,
>
> You have the web front end ready it sounds like. Can you provide us a
> walk-through?
FYI: I've deployed a new version of the front-end at http://srvgal85.deri.ie/apache-drill/
The improvements [1] include handling of data sources, more project handling stuff and rendering of the results. If you click the 'Tutorial' button you get a sort of mini-help how to use it.
I plan to do the screen cast against this version, should be available via YouTube by EoB (my time) tomorrow ...
Cheers,
Michael
[1] https://github.com/mhausenblas/apache-drill-frontend/commits/master
--
Michael Hausenblas
Ireland, Europe
http://mhausenblas.info/
On 11 Oct 2012, at 08:59, Ted Dunning wrote:
> I would like to shepherd the web front end, the query parser and some
> documentation into the project next.
>
> Michael,
>
> You have the web front end ready it sounds like. Can you provide us a
> walk-through?
>
> Camuel,
>
> You and your team have the parser in some kind of shape. We still need to
> discuss and settle on an intermediate language to pass to the query
> optimizer and source code organization. Also, how does the syntax below
> look to you as a target?
>
> Julian H,
>
> Can you comment on what you would like to see as a logical plan syntax? My
> thought was to describe the logical plan as virtual assignments in a style
> similar to (but very distinct from) LLVM. The syntax would look something
> like this:
>
> dest := op arg1, arg2, ... argN
>
> op would be one of a small list of operators. Arg's would be destinations
> from earlier in the file. Even arithmetic expressions and built-in
> functions would be in this form.
>
> Would this look OK to you?
>
> If so, what list of op's should we target first?
Re: next steps
Posted by Michael Hausenblas <mi...@gmail.com>.
> Great, please let us know the time. I would like to join in.
Oh, I meant I'm going to *record* a screen cast and upload to [1] … not live ;)
Cheers,
Michael
[1] http://www.youtube.com/user/mhausenblas
--
Michael Hausenblas
Ireland, Europe
http://mhausenblas.info/
On 11 Oct 2012, at 19:04, Arun Ramakrishnan wrote:
> Great, please let us know the time. I would like to join in.
>
> thanks
> Arun
>
> On Thu, Oct 11, 2012 at 9:47 AM, Ted Dunning <te...@gmail.com> wrote:
>
>> Awesome.
>>
>> On Thu, Oct 11, 2012 at 2:57 AM, Michael Hausenblas <
>> michael.hausenblas@gmail.com> wrote:
>>
>>> Yup, will do. I suppose a quick screen cast is the best way to capture
>> it.
>>> I'm such a slow and miserable typer ;)
>>>
>>> ETA for screen cast: 2012-10-16
>>>
>>
Re: next steps
Posted by Arun Ramakrishnan <si...@gmail.com>.
Great, please let us know the time. I would like to join in.
thanks
Arun
On Thu, Oct 11, 2012 at 9:47 AM, Ted Dunning <te...@gmail.com> wrote:
> Awesome.
>
> On Thu, Oct 11, 2012 at 2:57 AM, Michael Hausenblas <
> michael.hausenblas@gmail.com> wrote:
>
> > Yup, will do. I suppose a quick screen cast is the best way to capture
> it.
> > I'm such a slow and miserable typer ;)
> >
> > ETA for screen cast: 2012-10-16
> >
>
Re: next steps
Posted by Ted Dunning <te...@gmail.com>.
Awesome.
On Thu, Oct 11, 2012 at 2:57 AM, Michael Hausenblas <
michael.hausenblas@gmail.com> wrote:
> Yup, will do. I suppose a quick screen cast is the best way to capture it.
> I'm such a slow and miserable typer ;)
>
> ETA for screen cast: 2012-10-16
>
Re: next steps
Posted by Michael Hausenblas <mi...@gmail.com>.
> I would like to shepherd the web front end, the query parser and some
> documentation into the project next.
Great, thanks!
> You have the web front end ready it sounds like. Can you provide us a
> walk-through?
Yup, will do. I suppose a quick screen cast is the best way to capture it. I'm such a slow and miserable typer ;)
ETA for screen cast: 2012-10-16
Cheers,
Michael
--
Michael Hausenblas
Ireland, Europe
http://mhausenblas.info/
On 11 Oct 2012, at 08:59, Ted Dunning wrote:
> I would like to shepherd the web front end, the query parser and some
> documentation into the project next.
>
> Michael,
>
> You have the web front end ready it sounds like. Can you provide us a
> walk-through?
>
> Camuel,
>
> You and your team have the parser in some kind of shape. We still need to
> discuss and settle on an intermediate language to pass to the query
> optimizer and source code organization. Also, how does the syntax below
> look to you as a target?
>
> Julian H,
>
> Can you comment on what you would like to see as a logical plan syntax? My
> thought was to describe the logical plan as virtual assignments in a style
> similar to (but very distinct from) LLVM. The syntax would look something
> like this:
>
> dest := op arg1, arg2, ... argN
>
> op would be one of a small list of operators. Arg's would be destinations
> from earlier in the file. Even arithmetic expressions and built-in
> functions would be in this form.
>
> Would this look OK to you?
>
> If so, what list of op's should we target first?
Re: next steps
Posted by Ted Dunning <te...@gmail.com>.
Cool.
The plan paper is converging with only a few issues left.
I have written a parser for that and just need to give some cleaner
integration points to the result. As a side effect of that, I will build a
toy execution engine that directly interprets the logical plan.
Further comments on your other thread.
On Sun, Oct 14, 2012 at 8:37 AM, Camuel Gilyadov <ca...@gmail.com> wrote:
> I'll start a new thread discussing schema language and serialization
> format. This will allow us complete the parser and start semantic analyzer
> (which would validate and annotate the query) and only then there will be
> an option for logical plan generation or strait-forward compilation to LLVM
> IR.
>
Re: next steps
Posted by Camuel Gilyadov <ca...@gmail.com>.
On Thu, Oct 11, 2012 at 12:59 AM, Ted Dunning <te...@gmail.com> wrote:
> I would like to shepherd the web front end, the query parser and some
> documentation into the project next.
>
> Michael,
>
> You have the web front end ready it sounds like. Can you provide us a
> walk-through?
>
> Camuel,
>
> You and your team have the parser in some kind of shape. We still need to
> discuss and settle on an intermediate language to pass to the query
> optimizer and source code organization. Also, how does the syntax below
> look to you as a target?
>
As I have written previously, parser will note emit any logical plan but
will provide AST iteration kind of interface and this is pretty much
already working.
The next step is to write a parser for schema and we started with .proto
files but then it seems to me that it is not yet a consensus there here in
what language we describe schema and a very adjacent question which
serialization format we are going to use.
I'll start a new thread discussing schema language and serialization
format. This will allow us complete the parser and start semantic analyzer
(which would validate and annotate the query) and only then there will be
an option for logical plan generation or strait-forward compilation to LLVM
IR.
>
> Julian H,
>
> Can you comment on what you would like to see as a logical plan syntax? My
> thought was to describe the logical plan as virtual assignments in a style
> similar to (but very distinct from) LLVM. The syntax would look something
> like this:
>
> dest := op arg1, arg2, ... argN
>
> op would be one of a small list of operators. Arg's would be destinations
> from earlier in the file. Even arithmetic expressions and built-in
> functions would be in this form.
>
> Would this look OK to you?
>
> If so, what list of op's should we target first?
>