You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@tinkerpop.apache.org by sp...@apache.org on 2018/10/11 12:10:12 UTC
[tinkerpop] 01/03: Added some caveats for pagination in the recpies
CTR
This is an automated email from the ASF dual-hosted git repository.
spmallette pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/tinkerpop.git
commit ccae83433b11a57cfb414d8161a0360f9df281ff
Author: Stephen Mallette <sp...@genoprime.com>
AuthorDate: Thu Oct 11 08:09:10 2018 -0400
Added some caveats for pagination in the recpies CTR
---
docs/src/recipes/pagination.asciidoc | 10 ++++++++++
1 file changed, 10 insertions(+)
diff --git a/docs/src/recipes/pagination.asciidoc b/docs/src/recipes/pagination.asciidoc
index 7e7da8d..63393d4 100644
--- a/docs/src/recipes/pagination.asciidoc
+++ b/docs/src/recipes/pagination.asciidoc
@@ -76,3 +76,13 @@ t = g.V().hasLabel('person');[]
t.next(2)
t.next(2)
----
+
+A further consideration relates to the order in which results are returned. TinkerPop does not guarantee that the
+order of the items returned on the same traversal will be the same order each time the traversal is iterated.
+TinkerPop only guarantees that it does not re-shuffle the order provided by the underlying graph database. This
+guarantee has two implications:
+
+1. Iteration order is dependent on the underlying graph database. Some graphs may guarantee ordering and some may not
+and still some others may guarantee ordering but only under certain conditions. Consult the documentation of the
+graph database for more information on this.
+2. Use `order()`-step to make iteration order explicit if guarantees are required.