(This post originally appeared as an email to the optiq-dev mailing list. Since I compose email messages a lot faster than blog posts, and the email message contained a lot of stuff that you’d all find interesting, it made sense to recycle it. Hope you don’t mind.)
There are two exciting new projects using Optiq:
- I have been working in private with Chris Wensel on a project to use Optiq to provide a SQL interface to Cascading, and last week we announced Lingual.
- I am working a SQL interface for the Apache Drill project.
This week I attended the Strata conference in Santa Clara, and met lots of people who are interested in Optiq for various reasons. There are at least 4 back-end platforms or front-end languages that people would like to see. I can’t describe them all here, but this space. Some exciting stuff will play out in this forum over the next few months.
One of my personal favorite projects is to get Optiq running on compressed, in-memory tables managed by a JSR-107-compliant cache/data-grid such as ehCache or Infinispan. ArrayTable and CloneSchema are the beginnings of that project. The end result will be a high-performance, distributed, in-memory SQL database… how cool is that? (Certainly, my own Mondrian project will be able to make massive use of it.)
And, some people were asking for the Splunk adapter (the so-called “JDBC driver for Splunk”) to be improved. Good to hear that it’s proving useful.
Now regarding the code.
One person noted that
mvn clean install should just work for any
maven-based project, and it doesn’t. He’s right. It should.
I fixed it.
Now it does.
I made some breaking API changes last week, so I upped the version to 0.2.
Expect the version numbers to continue to move erratically, because in our current development mode, it doesn’t seem to make sense to have specific milestones. We’re basically working on general stability rather than a few big features. We are trying to maintain backwards compatibility, but if we need to change API, we’ll do it. I’ll help dependent projects such as Lingual and Drill migrate to the new API, and make it as easy as possible for the rest of you.
Over the last week I’d been working on the code generation that powers
SQL scalar expressions and built-in functions. This code generation
is, obviously, used by the
but it can also be used by other
providers. For instance, Lingual generates Java strings for filters
that it passes to
I’ve been working on
to get more and more of the built-in SQL functions to pass, and I’ve
OptiqAssert.planContains so that we can add tests to make sure
that the minitiae of java code generation are as efficient as
I still need to tell you about the extensions I’ve been making to Optiq SQL to support Drill (but useful to any project that wants to use nested data or late-binding schemas), but that will have to wait for its own blog post. Watch this space.