non-indexable SOLR schema

Alex De la rosa alex.rosa.box at gmail.com
Sat Apr 4 12:01:48 EDT 2015


Uhm, interesting, I didn't see that page; I believe the one I saw was about
using Riak Search and that's where my assumption on needing to create an
index to make a bucket_type came along.

Much easier though! Thanks!

Alex

On Saturday, April 4, 2015, Shawn Debnath <shawn at debnath.net> wrote:

>   Riak does not in any way rely on solr for its KV operations. Not sure
> where you are seeing that or what code you are looking at but you can
> define bucket types, activate them without ever touching solr.  The basic
> bucket type set up instructions can be found here:
> http://docs.basho.com/riak/latest/dev/advanced/bucket-types/.
>
>   On 4/4/15, 8:51 AM, "Alex De la rosa" <alex.rosa.box at gmail.com
> <javascript:_e(%7B%7D,'cvml','alex.rosa.box at gmail.com');>> wrote:
>
>   How to do that?
>
>  For what I have seen, to use these special data types you need to create
> a bucket under a bucket_type; and this bucket type is created following an
> index so data gets indexed in Solr.
>
> On Saturday, April 4, 2015, Shawn Debnath <shawn at debnath.net
> <javascript:_e(%7B%7D,'cvml','shawn at debnath.net');>> wrote:
>
>>  You do not have to set up Yokozuna (yz) to be able to use counters,
>> sets, maps in Riak. Those types can be used independently via the Riak key
>> value store. You only need to set up the indexes if you were to search for
>> data via yz or search 2.0. And in that case, you can remove the generic
>> mappings, keep the _yz specific ones and then explicitly add the fields you
>> want to index/search on.
>>
>>   On 4/4/15, 7:25 AM, "Alex De la rosa" <alex.rosa.box at gmail.com> wrote:
>>
>>   Hi all,
>>
>>  To be able to use counters/sets/maps in Riak I have to store the object
>> into a defined bucket_type indexed via SOLR.
>>
>>  However, this will require extra disk space as data will be indexed (if
>> using the default schema). Can I create a custom schema "ignoring" all
>> fields so nothing is indexed? I don't need to use Riak Search on these
>> objects, as I always know the KEY to fetch them. A schema like this would
>> work? ( I guess that I can not put [ indexed="false" ] in the "_yz*" fields
>> required by Riak, right? Or is it possible to not index that data either? )
>>
>>  —+—+—+—+—+—+—+—+—+—+—+—+—+—+—+—+—+—+—+—+—+—+—+—+—+—
>>  <?xml version="1.0" encoding="UTF-8" ?>
>> <schema name="schedule" version="1.5">
>>  <fields>
>>    <dynamicField name="*" type="ignored" />
>>    <!-- All of these fields are required by Riak Search -->
>>     <field name="_yz_id"   type="_yz_str" indexed="true" stored="true"
>>  multiValued="false" required="true"/>
>>    <field name="_yz_ed"   type="_yz_str" indexed="true" stored="false"
>> multiValued="false"/>
>>    <field name="_yz_pn"   type="_yz_str" indexed="true" stored="false"
>> multiValued="false"/>
>>    <field name="_yz_fpn"  type="_yz_str" indexed="true" stored="false"
>> multiValued="false"/>
>>    <field name="_yz_vtag" type="_yz_str" indexed="true" stored="false"
>> multiValued="false"/>
>>    <field name="_yz_rk"   type="_yz_str" indexed="true" stored="true"
>>  multiValued="false"/>
>>    <field name="_yz_rt"   type="_yz_str" indexed="true" stored="true"
>>  multiValued="false"/>
>>    <field name="_yz_rb"   type="_yz_str" indexed="true" stored="true"
>>  multiValued="false"/>
>>    <field name="_yz_err"  type="_yz_str" indexed="true" stored="false"
>> multiValued="false"/>
>>  </fields>
>>
>>   <uniqueKey>_yz_id</uniqueKey>
>>
>>   <types>
>>     <fieldtype name="ignored" stored="false" indexed="false"
>> multiValued="true" class="solr.StrField" />
>>     <!-- YZ String: Used for non-analyzed fields -->
>>     <fieldType name="_yz_str" class="solr.StrField"
>> sortMissingLast="true" />
>>  </types>
>> </schema>
>> —+—+—+—+—+—+—+—+—+—+—+—+—+—+—+—+—+—+—+—+—+—+—+—+—+—
>>
>>  Another question, can I use the [ compressed="true" ] to save disk
>> space? in both <dynamicField name="*" type="ignored" /> and "_yz*" fields?
>>
>>  Thanks,
>> Alex
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.basho.com/pipermail/riak-users_lists.basho.com/attachments/20150404/8fed32de/attachment-0002.html>


More information about the riak-users mailing list