Thanks Thomas! I will check the same.

On 2022/06/07 19:01:37 Thomas Corthals wrote:
> 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 <po...@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)
> > >
> >
>

Reply via email to