Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@cassandra.apache.org
Received-SPF: pass (athena.apache.org: domain of edlinuxguru@gmail.com
 designates 209.85.210.172 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        b=XI5wXXbxTvYUtPUdeNXVYXXilk52DGzAB5nPX6ANJu+4CP7v6weeRJlagqtTLV+KmL
         7g5oXjB/KNUr53QDp1pZGMsLGrRbWxYJg01D8heF9/1b5Tpd5rme9ydDF5WBNt0tGJ+9
         CdK2Q3+0M0DLhgrNUN8/ppfuXy9t4h76dTpDk=
MIME-Version: 1.0
In-Reply-To: <BANLkTi=KOzSLmp7bzoZ92bREvCVV+yyeJw@mail.gmail.com>
References: <BANLkTi=KOzSLmp7bzoZ92bREvCVV+yyeJw@mail.gmail.com>
Date: Wed, 11 May 2011 14:25:34 -0400
Message-ID: <BANLkTingpgbkjdfFdW0799LJYVcRGhFTEw@mail.gmail.com>
Subject: Re: Online text search with Hadoop/Brisk
From: Edward Capriolo <edlinuxguru@gmail.com>
To: user@cassandra.apache.org
Content-Type: text/plain; charset=ISO-8859-1

On Wed, May 11, 2011 at 11:19 AM, Ben Scholl <brscholl@gmail.com> wrote:
> I keep reading that Hadoop/Brisk is not suitable for online querying, only
> for offline/batch processing. What exactly are the reasons it is unsuitable?
> My use case is a fairly high query load, and each query ideally would return
> within about 20 seconds. The queries will use indexes to narrow down the
> result set first, but they also need to support text search on one of the
> fields. I was thinking of simulating the SQL LIKE statement, by running each
> query as a MapReduce job so that the text search gets distributed between
> nodes.
> I know the recommended approach is to keep a seperate full-text index, but
> that could be quite space-intensive, and also means you can only search on
> complete words. Any thoughts on this approach?
> Thanks,
> Ben

Brisk was made to me a tight integration of Cassandra Hadoop and Hive.

If you are looking to full text searches you should look at Solandra,
https://github.com/tjake/Solandra, which is an Cassandra backend for
the Solr/Lucene indexes.

Edward