You are viewing a plain text version of this content. The canonical link for it is here.
Posted to oak-commits@jackrabbit.apache.org by ch...@apache.org on 2017/07/12 04:34:01 UTC

svn commit: r1801679 - /jackrabbit/oak/trunk/oak-doc/src/site/markdown/query/lucene.md

Author: chetanm
Date: Wed Jul 12 04:34:01 2017
New Revision: 1801679

URL: http://svn.apache.org/viewvc?rev=1801679&view=rev
Log:
OAK-5899 - PropertyDefinitions should allow for some tweakability to declare usefulness

Update docs

Modified:
    jackrabbit/oak/trunk/oak-doc/src/site/markdown/query/lucene.md

Modified: jackrabbit/oak/trunk/oak-doc/src/site/markdown/query/lucene.md
URL: http://svn.apache.org/viewvc/jackrabbit/oak/trunk/oak-doc/src/site/markdown/query/lucene.md?rev=1801679&r1=1801678&r2=1801679&view=diff
==============================================================================
--- jackrabbit/oak/trunk/oak-doc/src/site/markdown/query/lucene.md (original)
+++ jackrabbit/oak/trunk/oak-doc/src/site/markdown/query/lucene.md Wed Jul 12 04:34:01 2017
@@ -331,6 +331,7 @@ structure
       - notNullCheckEnabled (boolean) = false
       - nullCheckEnabled (boolean) = false
       - excludeFromAggregation (boolean) = false
+      - weight (long) = -1
 
 Following are the details about the above mentioned config options which can be
 defined at the property definition level
@@ -431,6 +432,20 @@ excludeFromAggregation
 : Since 1.0.27, 1.2.11
 : if set to true the property would be excluded from aggregation [OAK-3981][OAK-3981]
 
+<a name="weight"></a>
+weight
+: Since 1.6.3
+: At times, we have property definitions which are added to support for dense results right out of 
+  the index (e.g. `contains(*, 'foo') AND [bar]='baz'`). In such cases, the added property definition "might" 
+  not be the best one to answer queries which only have the property restriction (eg only `[bar]='baz'`). This 
+  can happen when that index specifies some exclude paths and hence does not index all `bar` properties.
+  
+  For such cases set `weight` to `0` for such properties. In such a case IndexPlanner would not use those property
+  definitions to determine if that index can answer the query but it would still use them if some other index entry
+  causes that index to be selected for evaluating such a query.
+  
+  Refer [OAK-5899][OAK-5899] for more details
+
 <a name="property-names"></a>**Property Names**
 
 Property name can be one of following
@@ -1772,6 +1787,7 @@ such fields
 [OAK-3981]: https://issues.apache.org/jira/browse/OAK-3981
 [OAK-4516]: https://issues.apache.org/jira/browse/OAK-4516
 [OAK-4400]: https://issues.apache.org/jira/browse/OAK-4400
+[OAK-5899]: https://issues.apache.org/jira/browse/OAK-5899
 [luke]: https://code.google.com/p/luke/
 [tika]: http://tika.apache.org/
 [oak-console]: https://github.com/apache/jackrabbit-oak/tree/trunk/oak-run#console