5092 results ordering for mdm link history is incorrect (#5093)

* update docs to be more specific

* fix ordering when client assigned id doesn't match pid

* remove fix ordering when client assigned id doesn't match pid

---------

Co-authored-by: justindar <justin.dar@smilecdr.com>
This commit is contained in:
jdar8 2023-07-19 13:57:21 -07:00 committed by GitHub
parent cd3c4d2076
commit 675699a177
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 4 additions and 1 deletions

View File

@ -250,7 +250,10 @@ This operation takes the following parameters:
</table>
This operation returns a `Parameters` resource that looks like the following, in the example case where an MdmLink was updated from MATCH to NO_MATCH, with the MDM revisions sorted in *descending* order:
This operation returns a `Parameters` resource that looks like the following, in the example case where an MdmLink was updated from MATCH to NO_MATCH. The MDM revisions are sorted:
* First by golden resource ID in *ascending* order
* Second by source resource ID in *ascending* order
* Third by revision timestamp in *descending* order.
If there are any duplication between results returned by a combination of golden resource IDs and source IDs, they will be included only once. So, for example, if there is one historical MDM link for golden resource 123 and source resource 456, and both of these identifiers are in the query, only a single historical entry will be returned.