Re: Hbase's Phoenix SQL "clone" for Kudu

2017-05-17 Thread Dan Burkert
In general it's hard to recommend Kudu for a MySQL workload that needs more scale, because Kudu currently doesn't have transactions. It's hard to say much beyond that without more specific details about the workload. Kudu will get great performance compared to MySQL or HBase on analytic

Re: Hbase's Phoenix SQL "clone" for Kudu

2017-05-17 Thread Cheyenne Forbes
I am building a platform similar to facebook, if facebook was being built in 2017 and wanted to use something instead of mysql to store users, posts, likes, comments and messages would you recommend using Kudu over Hbase in this case? Regards, Cheyenne O. Forbes On Wed, May 17, 2017 at 3:41 PM,

Re: Coprocessors

2017-05-17 Thread Cheyenne Forbes
In regards to Lucene being JVM based, have a look at the up-to-date c++ port of Lucene https://github.com/luceneplusplus/LucenePlusPlus Regards, Cheyenne O. Forbes On Wed, May 17, 2017 at 3:36 PM, Dan Burkert wrote: > We've had prototypes and design discussions in the

Re: Hbase's Phoenix SQL "clone" for Kudu

2017-05-17 Thread Dan Burkert
The closest thing that exists right now is the Impala or SparkSQL integrations. As far as I know the targeted use cases are a little different, with Phoenix more focussed on OLTP workloads and Kudu targeting analytic workloads, at least on the read side. - Dan On Wed, May 17, 2017 at 1:26 PM,

Hbase's Phoenix SQL "clone" for Kudu

2017-05-17 Thread Cheyenne Forbes
Are there any Plans of a "SQL skin" for Kudu? Similar to Phoenix for Hbase Regards, Cheyenne O. Forbes

Re: Coprocessors

2017-05-17 Thread Cheyenne Forbes
My apologies for the multiple replies, I was having some technical issues Regards, Cheyenne O. Forbes On Wed, May 17, 2017 at 3:22 PM, Cheyenne Forbes < cheyenne.osanu.for...@gmail.com> wrote: > full text indexing... in hbase I use the coprocessors to create and search > full text indexes

Re: Coprocessors

2017-05-17 Thread Cheyenne Forbes
full text indexing... in hbase I use the coprocessors to create and search full text indexes with lucene. Regards, Cheyenne O. Forbes On Wed, May 17, 2017 at 3:11 PM, Dan Burkert wrote: > Hi Cheyenne, > > There is currently no support for coprocessors, nor is it

Re: Coprocessors

2017-05-17 Thread Cheyenne Forbes
full text indexing... in hbase I use the coprocessors to create and search full text indexes with lucene Regards, Cheyenne O. Forbes On Wed, May 17, 2017 at 3:19 PM, Cheyenne Forbes < cheyenne.osanu.for...@gmail.com> wrote: > full text indexing... in hbase I use the coprocessors to create and

Re: Coprocessors

2017-05-17 Thread Cheyenne Forbes
full text indexing... in hbase I use the coprocessors to create and search full text indexes with lucene

Re: Coprocessors

2017-05-17 Thread Dan Burkert
Hi Cheyenne, There is currently no support for coprocessors, nor is it something anyone is working on, as far as I know. Is there specific functionality you are looking for? - Dan On Wed, May 17, 2017 at 1:06 PM, Cheyenne Forbes < cheyenne.osanu.for...@gmail.com> wrote: > Will there be or are

Coprocessors

2017-05-17 Thread Cheyenne Forbes
Will there be or are there Coprocessors (Observers and Endpoints) like in Hbase? Regards, Cheyenne O. Forbes