The bitmap updates will be daily.
I'll watch the video..
Regards
Eduardo
On Mon, Oct 6, 2014 at 6:04 PM, DuyHai Doan wrote:
> Yes this one, not Ooyala sorry. Very inventive usage of C* indeed. Thanks
> for the links
>
> On Mon, Oct 6, 2014 at 11:01 PM, Peter Sanford
> wrote:
>
>> On Mon,
Yes this one, not Ooyala sorry. Very inventive usage of C* indeed. Thanks
for the links
On Mon, Oct 6, 2014 at 11:01 PM, Peter Sanford
wrote:
> On Mon, Oct 6, 2014 at 1:56 PM, DuyHai Doan wrote:
>
>> Isn't there a video of Ooyala at some past Cassandra Summit demonstrating
>> usage of Cassandra
On Mon, Oct 6, 2014 at 1:56 PM, DuyHai Doan wrote:
> Isn't there a video of Ooyala at some past Cassandra Summit demonstrating
> usage of Cassandra for text search using Trigram ? AFAIK they were storing
> kind of bitmap to perform OR & AND operations on trigram
>
That sounds like the talk Matt
You certainly have plenty of freedom to trade off size vs access granularity
using multiple blobs. It really depends on how mutable the data is, how you
intend to read it, whether it is highly sparse and or highly dense (in which
case you perhaps don’t need to store every bit) etc.
On Oct 6, 20
Isn't there a video of Ooyala at some past Cassandra Summit demonstrating
usage of Cassandra for text search using Trigram ? AFAIK they were storing
kind of bitmap to perform OR & AND operations on trigram
On Mon, Oct 6, 2014 at 10:53 PM, Russell Bradberry
wrote:
> I highly recommend against sto
I highly recommend against storing data structures like this in C*. That
really isn't it's sweet spot. For instance, if you were to use the blob
type which will give you the smallest size, you are still looking at a cell
size of (90,000,000/8/1024) = 10,986 or over 10MB in size, which is
prohibiti
