Will there be or are there Coprocessors (Observers and Endpoints) like in
Hbase?
Regards,
Cheyenne O. Forbes
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
full text indexing... in hbase I use the coprocessors to create and search
full text indexes with lucene
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 s
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 something anyone
> is working o
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 wit
Are there any Plans of a "SQL skin" for Kudu? Similar to Phoenix for Hbase
Regards,
Cheyenne O. Forbes
We've had prototypes and design discussions in the past for adding local
indexes on columns, for instance bitmap indexes, to support accelerated
predicate pushdown. It would be interesting to see if full-text search
might be able to fit into this model. Using Lucene in an implementation
would be
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, Ch
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 past for adding local
>
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,
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 workloads
12 matches
Mail list logo