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 <[email protected]> wrote: > On Thu, Dec 6, 2012 at 8:44 PM, Julian Hyde <[email protected]> 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. >
