Description
Consider the following query statement:
SELECT * FROM [nt:base] WHERE [foo] = 'X OR [bar] = 'Y'
Such a query could be fairly efficiently executed against a property index that indexes the values of both "foo" and "bar" properties. However, the query engine doesn't pass such OR constraints down to the index implementations, so we currently can't leverage such an index for this query.
Attachments
Attachments
Issue Links
- is related to
-
OAK-1617 Automatically convert "or" queries to "union" for SQL-2
- Closed