{"id":976,"date":"2018-12-17T15:26:54","date_gmt":"2018-12-17T14:26:54","guid":{"rendered":"http:\/\/sematext.solr.pl\/?p=976"},"modified":"2020-11-14T15:27:19","modified_gmt":"2020-11-14T14:27:19","slug":"solr-7-6-0-uninvertible-fields","status":"publish","type":"post","link":"https:\/\/solr.pl\/en\/2018\/12\/17\/solr-7-6-0-uninvertible-fields\/","title":{"rendered":"Solr 7.6.0 – uninvertible fields"},"content":{"rendered":"\n

With the recent release of Solr 7.6.0<\/a> we got a new option for the fields and field types – the property called uninvertible<\/em><\/strong>. It allows us to control what Solr will do when it will require data in an uninverted format, so for example when using faceting or sorting. Let’s look into what happens with various settings of this new property.
<\/p>\n\n\n\n\n\n\n\n

Example data structure
<\/h3>\n\n\n\n

Let’s start with a very simple data structure that we will use for testing:<\/p>\n\n\n\n

<field name=\"id\" type=\"string\" indexed=\"true\" stored=\"true\" required=\"true\" multiValued=\"false\" docValues=\"true\" \/>\n<field name=\"title\" type=\"text_general\" indexed=\"true\" stored=\"true\" multiValued=\"false\"\/>\n<field name=\"tags\" type=\"string\" indexed=\"true\" stored=\"true\" multiValued=\"true\" \/><\/pre>\n\n\n\n
Nothing special, we have three fields, one of which is the identifier. After indexing some example data let’s try running faceting on on of the field, for example the title<\/em><\/strong> one. In our case that shouldn’t be a problem, the query will be executed without any issues. Just for the reference, the query looks as follows:<\/p>\n\n\n\n
http:\/\/localhost:8983\/solr\/test\/select?q=*:*&facet=true&facet.field=title<\/pre>\n\n\n\n
Adding uninvertible<\/em><\/strong>
<\/h3>\n\n\n\n
The next thing we should try is modifying our simple example by introducing the uninvertible<\/em><\/strong> property for the title<\/em><\/strong> field and setting it to true<\/em><\/strong>. Keep in mind that for backward compatibility reason this is the default value for the fields in our data structure. After we modify the schema.xml file and run the query we will still get results as we would expect. Btw, the modified data structure should look as follows:<\/p>\n\n\n\n
<field name=\"id\" type=\"string\" indexed=\"true\" stored=\"true\" required=\"true\" multiValued=\"false\" docValues=\"true\" \/>\n<field name=\"title\" type=\"text_general\" indexed=\"true\" stored=\"true\" multiValued=\"false\" uninvertible=\"true\"\/>\n<field name=\"tags\" type=\"string\" indexed=\"true\" stored=\"true\" multiValued=\"true\" \/><\/pre>\n\n\n\n
Solr behavior with uninvertible=false<\/strong><\/em>
<\/h3>\n\n\n\n
Let’s modify our example one last time and let’s set the uninvertible<\/em><\/strong> property for the title<\/em><\/strong> field to false<\/em><\/strong>:<\/p>\n\n\n\n
<field name=\"id\" type=\"string\" indexed=\"true\" stored=\"true\" required=\"true\" multiValued=\"false\" docValues=\"true\" \/>\n<field name=\"title\" type=\"string\" indexed=\"true\" stored=\"true\" multiValued=\"false\" uninvertible=\"false\"\/>\n<field name=\"tags\" type=\"string\" indexed=\"true\" stored=\"true\" multiValued=\"true\" \/><\/pre>\n\n\n\n
If we would now run our example query to Solr its behavior will change. Instead of Solr returning the faceting results we would get an empty array. This is because we don’t have doc values for the title field, because we can’t have it – it is analyzed field. And with field set to uninvertible=false<\/em><\/strong> Solr will not allow building the field cache entries for that field.  
<\/p>\n\n\n\n
Usage<\/h3>\n\n\n\n
The uninverible<\/em><\/strong> property should be used when we want to be sure that on our instance or in our cluster certain fields shouldn’t be used for faceting. For example, when we know that some fields are analyzed they may contain lots of unique values, which can be very memory intensive leading to high memory usage and long garbage collections. I.e. you can think of removing possibility of running facets or sorting on the analyzed fields if you don’t need it, so that no one is able to run such queries on the production environment. 
<\/p>\n","protected":false},"excerpt":{"rendered":"
With the recent release of Solr 7.6.0 we got a new option for the fields and field types – the property called uninvertible. It allows us to control what Solr will do when it will require data in an uninverted<\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":"","_links_to":"","_links_to_target":""},"categories":[27],"tags":[610,164,611],"class_list":["post-976","post","type-post","status-publish","format-standard","hentry","category-solr-en","tag-7-6-0","tag-solr-2","tag-uninvertible"],"_links":{"self":[{"href":"https:\/\/solr.pl\/en\/wp-json\/wp\/v2\/posts\/976","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/solr.pl\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/solr.pl\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/solr.pl\/en\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/solr.pl\/en\/wp-json\/wp\/v2\/comments?post=976"}],"version-history":[{"count":1,"href":"https:\/\/solr.pl\/en\/wp-json\/wp\/v2\/posts\/976\/revisions"}],"predecessor-version":[{"id":977,"href":"https:\/\/solr.pl\/en\/wp-json\/wp\/v2\/posts\/976\/revisions\/977"}],"wp:attachment":[{"href":"https:\/\/solr.pl\/en\/wp-json\/wp\/v2\/media?parent=976"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/solr.pl\/en\/wp-json\/wp\/v2\/categories?post=976"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/solr.pl\/en\/wp-json\/wp\/v2\/tags?post=976"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}