Alternative Solandra for cassandra - database

Anyone knows an alternative to Solandra in Cassandra?
I can't use "like" clause, and in my case i'll use always.
Thanks.

Datastax provides a "tweaked" version of Apache Solr (which saves data directly into Cassandra instead of flat files) to do real-time full-text search. It's called Datastax Enterprise Solution. Of course is not free.
As an alternative, you can couple Cassandra with an Elastic Search cluster but it's kind of heavy just for text search.
Last but not least, try to implement yourself a full text search using Lucene as engine and some hand-made Cassandra tables for storage, good luck though.

You have 3 options to bring advanced search capabilities with Cassandra:
Datastax Solr as already mentioned
Elassandra = ElasticSearch on Cassandra. https://github.com/strapdata/elassandra and http://www.strapdata.com/ It's a good product, we use it in my company. The community edition is free and the latest release combine Cassandra 3.11 with Elasticsearch 5.5. You will see on their website that there is some free trial hosted solution you could use to test.
Stratio lucene plugin
https://github.com/Stratio/cassandra-lucene-index It's free, it works, we also use it in my company. It's just a jar to drop in the Cassandra lib directory.
Of course, for very basic search needs, you can have a look at SASI too.

Related

Online tutorials specific for building graph databases using Cassandra and Titan and Solr for search

Does anybody know any good tutorials for learning how to use Cassandra along with Titan for storing graph databases and Solr as a search mechanism?
I am new in this area, so I actually don't know why people use both Cassandra and Titan together in their projects?
If anyone know any good documentation for implementing a sample project in the mentioned setting, I will be appreciated to let me know about that.
Thanks,
This titan documentation is good to start with: http://s3.thinkaurelius.com/docs/titan/1.0.0/index.html
and also this quick guide about cassandra: http://www.tutorialspoint.com/cassandra/cassandra_quick_guide.htm
Here is a short tutorial I wrote on how to setup titandb with cassandra and solr.
To answer your other question:
You can configure titan to use different backends as a storage (cassandra, BerkeleyDB, HBase). To include search functionality like fulltext search or geospatial search, you'd have to configure titan to use a search backend (elastic, solr or directly lucene).

Cassandra and solr on same node

I am working on architecting a POC Cassandra Datastax enterprise cluster environment. We are going to use solr in combination with Cassandra. Would it be a valid configuration to host both solr and Cassandra on the same physical server?
If you're evaluating DSE, Solr is built into the packages you're using. It's an extremely tight integration that would be tough to replicate on your own. Here's the documentation: https://docs.datastax.com/en/datastax_enterprise/4.8/datastax_enterprise/srch/srchIntro.html
It's also worth noting that Solr, in this case, does run co-located with Cassandra for data locality, and to take advantage of C* replication, availability, and some other C* specific benefits.
But most importantly I suggest checking out this hands on training: https://academy.datastax.com/courses/ds310-datastax-enterprise-search-apache-solr
If you have any specific questions about the integration, update your question and I'd be happy to help.

How to use Lucene with SQLite Database?

How can i use Lucene to index my SQLite Database for Full-Text Search ?
You can use Hibernate-Lucene bridge, but this will require you to use Hibernate.
Lucene is "nothing more" than java libraries. That means, you have to use those libraries "with something".
One way is the Hibernate-Lucene bridge, as mindas wrote.
An other way (which I'm using) is solr.
You can use solr to index your SQLite Database.
But: you have to send the (full-text-)search-request to solr to run such a search. As far as i know, there is nor lucene integration for SQLite Databases.
You will need an proxy (like solr) and an application, which merges the world of SQLite and solr (or an other lucene "proxy") together.

facet like functionality in NoSQL systems

Does anyone know / can someone point to an nosql db, which would support faceting, like in Apache SOLR, off the shelf?
I have read, that in Sphinx they don't support facet search out of the box, but one can implement it in a form of plugin.
Upd: I'm only interested in enterprise level systems.
CouchDB (Eearlang) and RavenDB (.NET) both are based on Lucene, so it should be possible to make them both support Faceted Search. RavenDB already partially supports that.
And Sphinx isn't a NoSQL DB.
Turnes out, that sphinx does have facetted search feature. It has similar features of a "linguistic" pipeline, distributed search, tokenization etc as the ones in Apache SOLR/Lucene. It is an interesting option to Apache SOLR in the sense, that it is written in C++, yet is language independent on client side, same way as SOLR. It is OS as SOLR/Lucene, so customizing code is possible.

Hadoop to create an Index and Add() it to distributed SOLR... is this possible? Should I use Nutch? ..Cloudera?

Can I use a MapReduce framework to create an index and somehow add it to a distributed Solr?
I have a burst of information (logfiles and documents) that will be transported over the internet and stored in my datacenter (or Amazon). It needs to be parsed, indexed, and finally searchable by our replicated Solr installation.
Here is my proposed architecture:
Use a MapReduce framework (Cloudera, Hadoop, Nutch, even DryadLinq) to prepare those documents for indexing
Index those documents into a Lucene.NET / Lucene (java) compatible file format
Deploy that file to all my Solr instances
Activate that replicated index
If that above is possible, I need to choose a MapReduce framework. Since Cloudera is vendor supported and has a ton of patches not included in the Hadoop install, I think it may be worth looking at.
Once I choose the MatpReduce framework, I need to tokenize the documents (PDF, DOCx, DOC, OLE, etc...), index them, copy the index to my Solr instances, and somehow "activate" them so they are searchable in the running instance. I believe this methodolgy is better that submitting documents via the REST interface to Solr.
The reason I bring .NET into the picture is because we are mostly a .NET shop. The only Unix / Java we will have is Solr and have a front end that leverages the REST interface via Solrnet.
Based on your experience, how does
this architecture look? Do you see
any issues/problems? What advice can
you give?
What should I not do to lose faceting search? After reading the Nutch documentation, I believe it said that it does not do faceting, but I may not have enough background in this software to understand what it's saying.
Generally, you what you've described is almost exactly how Nutch works. Nutch is an crawling, indexing, index merging and query answering toolkit that's based on Hadoop core.
You shouldn't mix Cloudera, Hadoop, Nutch and Lucene. You'll most likely end up using all of them:
Nutch is the name of indexing / answering (like Solr) machinery.
Nutch itself runs using a Hadoop cluster (which heavily uses it's own distributed file system, HDFS)
Nutch uses Lucene format of indexes
Nutch includes a query answering frontend, which you can use, or you can attach a Solr frontend and use Lucene indexes from there.
Finally, Cloudera Hadoop Distribution (or CDH) is just a Hadoop distribution with several dozens of patches applied to it, to make it more stable and backport some useful features from development branches. Yeah, you'd most likely want to use it, unless you have a reason not to (for example, if you want a bleeding edge Hadoop 0.22 trunk).
Generally, if you're just looking into a ready-made crawling / search engine solution, then Nutch is a way to go. Nutch already includes a lot of plugins to parse and index various crazy types of documents, include MS Word documents, PDFs, etc, etc.
I personally don't see much point in using .NET technologies here, but if you feel comfortable with it, you can do front-ends in .NET. However, working with Unix technologies might feel fairly awkward for Windows-centric team, so if I'd managed such a project, I'd considered alternatives, especially if your task of crawling & indexing is limited (i.e. you don't want to crawl the whole internet for some purpose).
Have you looked at Lucandra https://github.com/tjake/Lucandra a Cassandra based back end for Lucense/Solr which you can use Hadoop to populate the Cassandra store with the index of your data.

Resources