[DOC-12432] Document Usage of {"ctl": { "validate" : true }, } for Search Queries (#302)

* [DOC-12432] Clarifying search_after and search_before behaviour, along with sorting and general pagination tips.

Adding documentation on the new validate object - in search-request-params and as examples in the simple-search topics.

Adding query results to the example in the REST API topic, and expanding on what those results mean.

Fixing error in field path in the example full-request.

* Add 7.6.4 version labels for validate property

---------

Co-authored-by: Sarah Welton <[email protected]>

Author: simon-dew

modules/search/pages/search-request-params.adoc

@@ -49,18 +49,16 @@ Set the total number of results to return for a single page of search results.
 
 If you provide both the `size` and `limit` properties, the Search Service uses the `size` value.
 
-<<<<<<< HEAD
 The Search Service returns the `size` number of results: 
 
 * Starting at the offset in the `from` or `offset` property.
 * Starting from the key specified in the <<search_after,search_after property>>.
 * Starting backward from the key specified in the <<search_before,search_before property>>.
 
 The `size` property is added by default to all Search requests, if not otherwise specified, with a value of `10`.
-=======
+
 If you do not provide a `from`, `size`, or other pagination settings in your query, the Search Service defaults to a `size` value of `10` and a `from` value of `0`.
 This means the Search Service does not offset results, and returns the first `10` matches to your query.
->>>>>>> 1385772 ([DOC-10997] Fold in information from fts-pagination to prepare for deleting the page from builds. (#298))
 
 |from/offset |Integer |No a|
 
@@ -69,13 +67,10 @@ Set an offset value to change where pagination starts for search results, based
 For example, if you set a `size` value of `5` and a `from` value of `10`, the Search query returns results 11 through 15 on a page. 
 
 If you provide both the `from` and `offset` properties, the Search Service uses the `from` value.
-
-<<<<<<< HEAD
-The `from` property is added by default to all Search requests, if not otherwise specified, with a value of `0`.
-=======
 If you do not provide a `from`, `size`, or other pagination settings in your query, the Search Service defaults to a `size` value of `10` and a `from` value of `0`.
 This means the Search Service does not offset results, and returns the first `10` matches to your query.
->>>>>>> 1385772 ([DOC-10997] Fold in information from fts-pagination to prepare for deleting the page from builds. (#298))
+
+The `from` property is added by default to all Search requests, if not otherwise specified, with a value of `0`.
 
 |highlight |Object |No a|
 
@@ -107,11 +102,7 @@ To create an explanation for a search result's score in search results, set `exp
 
 To turn off explanations for search result scoring, set `explain` to `false`.
 
-<<<<<<< HEAD
 |[[sort_arr]]sort |Array |No a|
-=======
-|[[sort-array]]sort |Array |No a|
->>>>>>> 1385772 ([DOC-10997] Fold in information from fts-pagination to prepare for deleting the page from builds. (#298))
 
 Contains an array of strings or JSON objects to set how to sort search results.
 By default, the Search Service sorts results based on score values, from highest to lowest.
@@ -141,7 +132,6 @@ To turn on document relevancy scoring in search results, remove the `score` prop
 
 |[[search_after]]search_after |Array |No a|
 
-<<<<<<< HEAD
 NOTE: If you use `search_after` in a search request, you can't use `search_before`.
 Both properties are included in the example code to show the correct syntax.
 
@@ -154,27 +144,12 @@ You cannot use `search_after` with numbers or other field data types - if your `
 Only result relevancy score values can be entered as strings in the array. 
 
 The Search Service starts search result pagination after the document with the values you provide in the array.
-=======
-NOTE: If you use `search_after` in a search request, you cannot use `search_before`. Both properties are included in the example code to show the correct syntax.
-
-Use `search_after` with `from/offset` and `sort` to control pagination in search results. 
 
 For example, if you had a set of 10 documents to sort based on `_id` values of 1-10, with `from` set to `2` and `search_after` set to `8`, documents 9-10 appear on the same page. 
 
-You must give a value for each string or JSON object in the `sort` array to the `search_after` array.
-The Search Service starts search result pagination after the document with those values. 
-
-You must provide the values in the same order that they appear in the `sort` array.
-Your `sort` array must force a total order on your search results. 
->>>>>>> 1385772 ([DOC-10997] Fold in information from fts-pagination to prepare for deleting the page from builds. (#298))
-
-Use `search_after` to make the memory requirements of deeper page searches more manageable, when compared to using only `from/offset`.
-`search_after` lets you start your search results from a specific result, rather than needing to process a number of search results to skip.
-
 To reduce the resource costs of deeper pagination on your Search queries, try to always include your document ID values as the final sort criteria in your <<sort_arr,sort array>>. 
 Set the `search_after` property to include the values from the last result on your previous page of search results to effectively paginate. 
 
-<<<<<<< HEAD
 |[[search_before]]search_before |Array |No a|
 
 NOTE: If you use `search_before` in a search request, you can't use `search_after`.
@@ -194,22 +169,6 @@ For example, if you had a set of 10 documents to sort based on `_id` values of 1
 
 To reduce the resource costs of deeper pagination on your Search queries, try to always include your document ID values as the final sort criteria in your <<sort_arr,sort array>>. 
 Set the `search_before` property to include the values from the last result on your previous page of search results to effectively paginate. 
-=======
-NOTE: If you use `search_before` in a search request, you cannot use `search_after`. Both properties are included in the example code to show the correct syntax.
-
-Use `search_before` with `from/offset` and `sort` to control pagination in search results.
-
-For example, if you had a set of 10 documents to sort based on `_id` values of 1-10, with `from` set to `2` and `search_before` set to `8`, documents 2-6 appear on the same page. 
-
-You must give a value for each string or JSON object in the `sort` array to the `search_before` array.
-The Search Service starts search result pagination before the document with those values. 
-
-You must provide the values in the same order that they appear in the `sort` array.
-Your `sort` array must force a total order on your search results.
-
-Use `search_before` to make the memory requirements of deeper page searches more manageable, when compared to using only `from/offset`.
-`search_before` lets you start your search results back from a specific result, rather than needing to process a number of search results to skip.
->>>>>>> 1385772 ([DOC-10997] Fold in information from fts-pagination to prepare for deleting the page from builds. (#298))
 
 |[[collections]]collections |Array |No |Contains an array of strings that specify the collections where you want to run the query. 
 
@@ -2290,12 +2249,8 @@ The following `sort` object orders search results by the values in `field1`, the
 include::example$run-search-full-request.jsonc[tag=sort]
 ----
 
-<<<<<<< HEAD
 This means that if 2 documents have the same value in `field1`, then the Search Service will sort them again based on their `field2` values.
 If they have the same value in `field2`, then sorting will happen again based on each document's score, and then finally the documents' ID values. 
-=======
-TIP: For the best results with sorting and page navigation in search results, always include your document ID values (`_id` or `-_id`) as the final sort criteria in your `sort` object.
->>>>>>> 1385772 ([DOC-10997] Fold in information from fts-pagination to prepare for deleting the page from builds. (#298))
 
 The `sort` object can contain the following string values: