Hi all,
We are introducing docvalues in our unique key field(id field) and we are
using Solr 8.4.1. The unique key field will be set to both stored=true and
docvalues =true . Please let me know if this is supported in the version we
are using and also if we need to add any additional
Howdy,
I'm getting a lot of warnings in the logs about unique key not being
stored when using stored=false and useDocValuesAsStored=true.
An old post on the mailing list suggests that this is probably (?) not a
problem:
https://lists.apache.org/thread/kmt1thg70fffo0dg29r35rc9gpyppp9h
Howev
Thanks Vincenzo! I will check the schema too.
On 2022/06/07 16:08:21 Vincenzo D'Amore wrote:
> The easiest thing to do is double check your schema.xml and see how the
> field type "string" is defined.
>
> On Tue, Jun 7, 2022 at 3:44 PM Poorna Murali wrote:
>
> > If docValues are enabled by defaul
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",
> "
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
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
The easiest thing to do is double check your schema.xml and see how the
field type "string" is defined.
On Tue, Jun 7, 2022 at 3:44 PM Poorna Murali 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 re
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
schema
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 wrote:
> If docValues are enabled by default for string field, then the sort queries
> on the field will not
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 functionalit
"string" field type usually has "docValues"=true as default.
On Tue, Jun 7, 2022 at 11:22 AM Poorna Murali
wrote:
> Hi All,
>
> We have an id field(unique key) in our schema as follows,
> multiValued=“false”/>
>
> We are planning to introduce docValues to this field to save fieldcache
> space.
Hi All,
We have an id field(unique key) in our schema as follows,
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
Hi:
Distributed group query, if rename the unique key field name, will be
java.lang.NullPointerException.
Because of without StoredFieldsShardResponseProcessor processing rename.
Can I create an issue to fix it?
query("q", "*:*", "rows", 1
Hi:
Distributed group query, if in ` fl ` rename the unique key field name,
will be java.lang.NullPointerException.
Because of without StoredFieldsShardResponseProcessor processing rename.
Can I create an issue to fix it?
Sincerely yours
Dawn
14 matches
Mail list logo
