I was not real keen on spinning yet another dialect of SQL, but  I wanted the 
query
language to fit HBase.   So, for example, if you want to specify a filter for 
the server and a 
filter for the client, a standard where clause is not going to work.  Same goes 
with versioning
info and key ranges.    

That said, supporting the JPA QL would not be a lot of work if that is what 
people want to use. 
But I cannot promise to surface all the goodness of HBase.

Cheers,
Paul

On Jan 5, 2010, at 1:44 PM, Leen Toelen wrote:

> Hi,
> 
> I also think re-using JPA and the JP Quer Language is a great idea.
> 
> Regards,
> Leen
> 
> On Tue, Jan 5, 2010 at 10:39 PM, Wim Van Leuven <
> [email protected]> wrote:
> 
>> Hello Paul,
>> 
>> Looks very interesting. One consideration, though, regarding annotated
>> objects: wouldn't it be enormously interesting to (try to) reuse the JPA
>> annotations?
>> 
>> Another very interesting aspect on easing HBase development would be some
>> nifty support for necessary facets or satellites (looking for some good
>> term
>> coining here). By facets/satellites I mean the fact that some data needs
>> denormalization for sake of performance. Updating the annotated source
>> record should also update its facets/satellites spread across other tables.
>> 
>> Just an idea.
>> 
>> -----Original Message-----
>> From: Paul Ambrose [mailto:[email protected]]
>> Sent: dinsdag 5 januari 2010 21:49
>> To: [email protected]
>> Subject: [Announce] HBql
>> 
>> Hi,
>> 
>> I have been working on an abstraction layer for HBase that I hope
>> HBase users will find helpful.
>> 
>> Highlights include:
>> * A dialect of SQL for HBase (usable in the console, scripts, and code)
>> * JDBC bindings
>> * JDBC-like bindings that support annotated objects and generics
>> * Query Executors that make threaded result reading simple
>> * Simplified filter writing for server and/or client
>> * Index support
>> 
>> HBql is a work in progress and I am open to feedback and suggestions.
>> I am still working on the docs, so the examples and javadocs are pretty
>> lame.
>> 
>> Have a look at: http://www.hbql.com
>> 
>> Cheers,
>> Paul
>> 
>> 

Reply via email to