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
Copy file name to clipboardExpand all lines: modules/ROOT/pages/appendix/tutorials/advanced-query-tuning.adoc
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -15,7 +15,7 @@ Let's explain how to use these features with a more advanced query tuning exampl
15
15
16
16
[NOTE]
17
17
====
18
-
If you are upgrading an existing store to {neo4j-version-exact}, it may be necessary to drop and re-create existing indexes.
18
+
If you are upgrading an existing store, it may be necessary to drop and re-create existing indexes.
19
19
For information on native index support and upgrade considerations regarding indexes, see link:{neo4j-docs-base-uri}/operations-manual/{page-version}/performance/index-configuration[Operations Manual -> Performance -> Index configuration].
20
20
====
21
21
@@ -936,7 +936,7 @@ Predicates that will not work:
936
936
937
937
[NOTE]
938
938
====
939
-
If there is an existenceconstraint on the property, no predicate is required to trigger the optimization.
939
+
If there is a xref:constraints/managing-constraints.adoc#create-property-existence-constraints[property existence constraint] on the property, no predicate is required to trigger the optimization.
940
940
For example, `CREATE CONSTRAINT constraint_name FOR (p:Person) REQUIRE p.name IS NOT NULL`
941
941
942
942
Predicates with parameters, such as `WHERE n.prop > $param`, can trigger _index-backed ORDER BY_.
0 commit comments