Data stored in Search *and* KV ?

Nicolas Fouché nicolas at
Thu Nov 4 15:17:53 EDT 2010

Thanks, I understand now. These two products are still a bit "separate".


On Thu, Nov 4, 2010 at 7:21 PM, Rusty Klophaus <rusty at> wrote:
> Hi Nicolas,
> Search stores a representation of the indexed object so that it knows what
> to do later if you delete the object, change the object, or re-index the
> object with a different analyzer. The representation allows us to delete the
> old inverted index entries correctly.
> We have considered adding a toggle to disable storage of the representation
> object for write-once data, but it's not something the system currently
> supports.
> Best,
> Rusty
> On Thu, Nov 4, 2010 at 10:33 AM, Nicolas Fouché <nicolas at>
> wrote:
>> Hi,
>> Following the discussion with seancribbs and Tv on #riak:
>> I only index documents with the bucket precommit hook and I do all my
>> searches via Map/Reduce queries.
>> I'm not sure how Search works, if there is an inverted index and a
>> forward index. I'm just "worried" about storing full documents in the
>> Search forward index *and* in KV, as I would just need the Search
>> forward index to store the document id (=key in KV).
>> Do you consider this as a problem ? Is it how the way Search works,
>> and I would have to live with data stored twice ?
>> -- Nicolas
>> _______________________________________________
>> riak-users mailing list
>> riak-users at

More information about the riak-users mailing list