Absolutely not ideal. However, adding the ability to more easily mutate the
schema will come with a cost. Adding a field that wasn't there before and
you only want it indexed for newly written objects, easy. Adding a field
and you want to re-index your objects, little tricker. Removing a field
that has hundreds, thousands, millions, etc of matching Solr documents;
better be careful. Changing the field type or analysis chain; now you are
asking for serious trouble.

I still plan to add the feature but mutating a schema must be done with
caution. I will probably just end up writing a bunch of scary documentation
to warn of the pitfalls :)

-Z


On Fri, Nov 8, 2013 at 6:56 PM, Jeremiah Peschka <jeremiah.pesc...@gmail.com
> wrote:

> Yeah, I ran into some difficulties while trying to modify schema. Even
> after modifications I ended up having to do a rolling restart of the
> cluster to get YZ to pick up the new schema.
>
> Obviously a rolling restart of Riak isn't the biggest issue on earth, it's
> not ideal either.
>
> ---
> Jeremiah Peschka - Founder, Brent Ozar Unlimited
> MCITP: SQL Server 2008, MVP
> Cloudera Certified Developer for Apache Hadoop
>
>
> On Fri, Nov 8, 2013 at 3:54 PM, Ryan Zezeski <rzeze...@basho.com> wrote:
>
>> Hi Jeremiah,
>>
>> Yes. I very much want the ability to update the schema in 2.0. More
>> fundamental things have leap frogged it. Technically you can modify a
>> schema today but it has to be done by hand and is error prone.
>>
>> -Z
>>
>>
>> On Fri, Nov 8, 2013 at 6:42 PM, Jeremiah Peschka <
>> jeremiah.pesc...@gmail.com> wrote:
>>
>>> I notice that YZ issue 130 (support for schema updates) was created 5
>>> months ago and doesn't have any commits against it right now. Is this still
>>> on track to get pushed into the product as part of Riak 2.0 or has no work
>>> begun?
>>>
>>> Thanks
>>> ---
>>> Jeremiah Peschka - Founder, Brent Ozar Unlimited
>>> MCITP: SQL Server 2008, MVP
>>> Cloudera Certified Developer for Apache Hadoop
>>>
>>> _______________________________________________
>>> riak-users mailing list
>>> riak-users@lists.basho.com
>>> http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
>>>
>>>
>>
>
_______________________________________________
riak-users mailing list
riak-users@lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com

Reply via email to