On Mon, Mar 12, 2012 at 5:39 PM, Mark Miller <markrmil...@gmail.com> wrote:
>
> On Mar 12, 2012, at 5:32 PM, Yonik Seeley wrote:
>
>> On Mon, Mar 12, 2012 at 8:15 AM, Mark Miller <markrmil...@gmail.com> wrote:
>>> Currently it doesn't send directly to the leader, but this is planned - 
>>> it's a little tricky due to lack of access to the Schema for hashing
>>
>> Hmmm, why is this?  Identification of the "uniqueKey" field?  Maybe we
>> just assume "id", or let the user configure it if it's something
>> different.  That should really be "best practice" along with sticking
>> to normal java identifiers for field names.
>
> Yeah, for id my plan was just let the user supply the field, perhaps default 
> to id. The other issue is that we hash on the indexed value though - which we 
> get though a customizable field type method impl last I recall. I think this 
> tends to be the same as the raw text for the types we care about. But we have 
> to make some assumptions - it's not really arbitrary support - though it 
> should easily cover the current common types of numeric or string. I think 
> most impls end up using UnicodeUtil.UTF16toUTF8 and hopefully most toInternal 
> methods simply return what is passed in (ie use the base class impl)...


Non "string" (or compatible) ids are more trouble than they are
worth... and since cloud is new, I think it would be fine to say "use
a string id".

-Yonik
lucenerevolution.com - Lucene/Solr Open Source Search Conference.
Boston May 7-10

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to