You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While traversal queries will in some cases have to terminate very fast (but possibly miss results),
other queries will be allowed to take more time (and possible find more results).
We could allow the user to configure the desired termination stage, either before or during query execution.
For example, these stages could be defined in terms of link selectivity as:
High selectivity and optimized indexes, such as type index and TREE
Medium selectivity, such as traversing in an LDP container via ldp:contains
Low selectivity, such as the cAll semantics (=follow all possible links)
E.g., if a developer selects stage 2, then the query engine will first focus on stage 1 (highly selective), and then work towards stage 2 (medium selective), but it will not do stage 3.
A mechanism like this should make it easier to demonstrate speed and termination for different selectivity stages.
The text was updated successfully, but these errors were encountered:
Issue type:
Description:
While traversal queries will in some cases have to terminate very fast (but possibly miss results),
other queries will be allowed to take more time (and possible find more results).
We could allow the user to configure the desired termination stage, either before or during query execution.
For example, these stages could be defined in terms of link selectivity as:
E.g., if a developer selects stage 2, then the query engine will first focus on stage 1 (highly selective), and then work towards stage 2 (medium selective), but it will not do stage 3.
A mechanism like this should make it easier to demonstrate speed and termination for different selectivity stages.
The text was updated successfully, but these errors were encountered: