Mailing-List: contact drill-user-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: drill-user@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of ted.dunning@gmail.com
 designates 209.85.223.177 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAFKEd3AbnPHYQh1AaECS5Ua==J_=H6LHV9117PDupL7kbiWViQ@mail.gmail.com>
References: 
 <CAKa9qD=9Jwj1Kc0vc=-fqf87xdGwUO=2iWjuitEz+SFJKYL0kQ@mail.gmail.com>
 <DBE2BDFF-D6F6-4182-8D00-F1FAD75CFAB0@gmail.com>
 <CAJwFCa2VfjveKP_GYWY7Phed7edrzi7k2Ki0Yk0705x8Tq+DWw@mail.gmail.com>
 <CAFKEd3AbnPHYQh1AaECS5Ua==J_=H6LHV9117PDupL7kbiWViQ@mail.gmail.com>
From: Ted Dunning <ted.dunning@gmail.com>
Date: Fri, 7 Dec 2012 02:33:56 +0100
Message-ID: 
 <CAJwFCa1VUVw9UaQQU+Q9XRnGM4DyDueoeZ=Ur6N9EwGyz-RLtg@mail.gmail.com>
Subject: Re: What do you want out of Apache Drill?
To: drill-user@incubator.apache.org
Content-Type: multipart/alternative; boundary=14dae93412054cfc2c04d039379f

--14dae93412054cfc2c04d039379f
Content-Type: text/plain; charset=UTF-8

Drill is explicitly designed (at this time) with the option of not doing
large joins.  Triple stores pretty much  assume lots of large joins.

That said, if you could write some suggested typical queries, it would help
the discussion along.  If you could go so far as to translate to a logical
plan, that would be even cooler.

On Fri, Dec 7, 2012 at 2:25 AM, Mike Kogan <mkogan@gmail.com> wrote:

> I would very much be interested in having a SPARQL interface, though I am
> not sure how well Drill will handle many joins.
>
>
> On Thu, Dec 6, 2012 at 5:13 PM, Ted Dunning <ted.dunning@gmail.com> wrote:
>
> > On Thu, Dec 6, 2012 at 8:44 PM, Julian Hyde <julianhyde@gmail.com>
> wrote:
> >
> > > ...
> > > 1 A SQL interface (in addition to DrQL interface)
> > >
> >
> > With your help, this may arrive before DrQL is integrated.
> >
> >
> > > 2 JDBC driver
> > >
> >
> > Should be pretty straightforward.  Not on anybody's task list just yet, I
> > don't think.
> >
> >
> > > 3 Access to the stack at a lower level (i.e. a way to use the
> > > high-performance scan operators without writing a query)
> > >
> >
> > Definitely going to happen.
> >
> >
> > > 4 Ability to query in-memory Java data in a compact form (e.g. arrays
> of
> > > primitives or nio buffers)
> > >
> >
> > I wonder if this is just a matter of writing a special scanner or a
> special
> > flavor of join at the execution point.  The scanner for the case where
> the
> > in-memory compact form is only readable in sequential form. The
> > join-operator if the memory can be accessed at random.
> >
> > ...
> > > I know some of these are outside of Drill's scope. If so, feel free to
> > > disregard. But if you don't ask, you don't get. :)
> > >
> >
> > They all look pretty reasonable to me.
> >
>

--14dae93412054cfc2c04d039379f--