You can ask Luke:
http://localhost:8983/solr/techproducts/admin/luke?show=all&fl=id
On Solr 8.11.1, I get this snippet as part of the output:
"fields":{
"id":{
"type":"string",
"schema":"I-S-U-----OF-----l",
If it had docValues="true" in the schema, the fourth flag would be a D
instead of a dash.
"schema":"I-SDU-----OF-----l",
Or you can use the schema browser to get the same information in a
more visual way:
http://localhost:8983/solr/#/techproducts/schema?field=id
Thomas
Op di 7 jun. 2022 om 17:40 schreef Poorna Murali <poornamur...@gmail.com>:
> Thanks Gus! The only way to check if docValues is enabled for a field is by
> ensuring that the field cache is not getting populated while we do a sort
> on that field. Please confirm if my understanding is correct.
>
> On 2022/06/07 15:27:23 Gus Heck wrote:
> > Sorry, was thinking this was about doc values as stored... but re-reading
> > that might not be the case (a mail client adding RE: is messing up the
> > threading here)... Another common problem is if you are using old schemas
> > from old versions, some of the "by default" stuff is based on the default
> > schemas... so if you have an old default schema as your original source,
> > these things may not be up to date.
> >
> > On Tue, Jun 7, 2022 at 11:23 AM Gus Heck <gu...@gmail.com> wrote:
> >
> > > check your schema version attribute
> > >
> > >
> > >
>
> https://github.com/apache/solr/blob/main/solr/server/solr/configsets/_default/conf/managed-schema.xml#L41
> > >
> > > On Tue, Jun 7, 2022 at 9:43 AM Poorna Murali <po...@gmail.com>
> > > wrote:
> > >
> > >> If docValues are enabled by default for string field, then the sort
> > >> queries
> > >> on the field will not occupy field cache and would rather rely on
> > >> docValues. But in our case, it is filling up the field cache and that
> is
> > >> the reason we are planning to enable docValues for that field.
> > >> Is this functionality version specific?
> > >>
> > >> On 2022/06/07 12:35:39 Vincenzo D'Amore wrote:
> > >> > "string" field type usually has "docValues"=true as default.
> > >> >
> > >> > On Tue, Jun 7, 2022 at 11:22 AM Poorna Murali <po...@gmail.com>
> > >> > wrote:
> > >> >
> > >> > > Hi All,
> > >> > >
> > >> > > We have an id field(unique key) in our schema as follows,
> > >> > > <field name=“id” type=“string” indexed=“true” stored=“true”
> > >> required=“true”
> > >> > > multiValued=“false”/>
> > >> > >
> > >> > > We are planning to introduce docValues to this field to save
> > >> fieldcache
> > >> > > space. My understanding on this is that, going forward all the
> sort or
> > >> > > faceting done on id field will make use of docValues and since the
> > >> stored
> > >> > > flag is true for this field normal search will continue to
> retrieve id
> > >> from
> > >> > > stored fields.The field cache will then not have id field.
> > >> > >
> > >> > >
> > >> > > Please correct me if my understanding is wrong.
> > >> > >
> > >> > > Also, will there be any other performance impact with this change,
> for
> > >> > > example, query time taking longer than before?
> > >> > >
> > >> > > Thanks & Regards,
> > >> > > Poorna
> > >> > >
> > >> >
> > >> >
> > >> > --
> > >> > Vincenzo D'Amore
> > >> >
> > >>
> > >
> > >
> > > --
> > > http://www.needhamsoftware.com (work)
> > > http://www.the111shift.com (play)
> > >
> >
> >
> > --
> > http://www.needhamsoftware.com (work)
> > http://www.the111shift.com (play)
> >
>
