Correct. In fact, faceting pulls its values normally from the indexed terms anyway. It completely ignores stored. ---- Solr Analyzers, Tokenizers, Filters, URPs and even a newsletter: http://www.solr-start.com/
On 13 August 2015 at 19:49, Nagasharath <sharathrayap...@gmail.com> wrote: > If I just want faceting(no search) can I set stored='false' and > docValues='true' with indexed='true' > > >> On 13-Aug-2015, at 5:21 pm, Erick Erickson <erickerick...@gmail.com> wrote: >> >> DocValues, stored and indexed are all independent. >> So no, docValues is not an alternative to stored. >> >> Best, >> Erick >> >> On Thu, Aug 13, 2015 at 2:51 PM, naga sharathrayapati >> <sharathrayap...@gmail.com> wrote: >>> Do we need to specify stored='true' even when we specify docValues='true' >>> in the schema >>> >>> is docValues not the alternate of stored? >>> >>>> On Thu, Aug 13, 2015 at 2:48 PM, Shawn Heisey <apa...@elyograg.org> wrote: >>>> >>>>> On 8/13/2015 9:07 AM, Erick Erickson wrote: >>>>> No. But how do they default to "true"? In the fieldType? Which will be >>>>> potentially different for different fieldTypes, so as a matter of style >>>> I prefer >>>>> to list them in the field definition. But that's not necessary. >>>> >>>> I previously looked at the code for this, while doing preliminary >>>> research into default values for the parameter tables in the Reference >>>> Guide, and found that indexed and stored both default to "true" in the >>>> code. I looked at a few different data types, and don't recall any of >>>> them handling those two parameters differently than the base class. >>>> Other parameters are definitely handled differently in derivative >>>> classes, strongly affected by the schema version. >>>> >>>> Personally, I think it's best practice to explicitly define indexed and >>>> stored in schema.xml so that there is no ambiguity when someone needs to >>>> read and understand your configurations. >>>> >>>> Thanks, >>>> Shawn >>>> >>>>
